MXPA04007859A - Un metodo y un aparato para agregar un nuevo miembro a una llamada de grupo activo en una red de comunicaciones de grupo. - Google Patents

Un metodo y un aparato para agregar un nuevo miembro a una llamada de grupo activo en una red de comunicaciones de grupo.

Info

Publication number
MXPA04007859A
MXPA04007859A MXPA04007859A MXPA04007859A MXPA04007859A MX PA04007859 A MXPA04007859 A MX PA04007859A MX PA04007859 A MXPA04007859 A MX PA04007859A MX PA04007859 A MXPA04007859 A MX PA04007859A MX PA04007859 A MXPA04007859 A MX PA04007859A
Authority
MX
Mexico
Prior art keywords
call
list
group call
server
user
Prior art date
Application number
MXPA04007859A
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 MXPA04007859A publication Critical patent/MXPA04007859A/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
    • 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
    • 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
    • H04W8/00—Network data management
    • H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
    • H04W8/186—Processing of subscriber group data
    • 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/5009—Adding a party to an existing 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/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)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

Se proporcionan un metodo y aparato para agregar un miembro a una llamada activa en una red de comunicaciones de grupo para recibir una lista de miembros proveniente de un usuario y enviar una solicitud a un servidor a fin de agregar la lista de miembros a la llamada de grupo activo. Se proporcionan el metodo y aparato ademas para anunciarle a cada miembro en la lista de miembros que estan siendo agregados a la llamada de grupo, recibir reconocimiento proveniente de un miembro que desee participar en la llamada de grupo, y enviar en avance medios al miembro. El metodo y aparato proporcionan tambien una reduccion significativa en el tiempo de despertar de latencia total actual y la latencia al intercambiar senalizacion de llamada de grupo incluso cuando las moviles se encuentran durmientes y ningun canal de trafico se encuentra activo.

Description

WO 03/069928 Al ! IIIII Iltdllí ií lEIlll!IIII lili í (I KE IKÍI !l!li IIIII IIEIIÍIII IIIE IIIÍIÍ1 IIEl (íl lili For vo-Ietter codes and olher abbreviations, refer to the "Guid-ance Notes on Codes and Abbreviations" appearing atthe begin-ning of each regular iss e of the PCT Gazette.
"UN MÉTODO Y UN APARATO PARA AGREGAR UN NÜEVO MIEMBRO A UNA LLAMADA DE GRUPO ACTIVO EN UNA RED DE COMUNICACIONES DE GRUPO" CAMPO DE LA INVENCIÓN La presente invención se refiere a sistemas de comunicaciones punto a multi-punto. Más específicamente, la presente invención se refiere a un método y aparato para agregar miembros nuevos a una llamada de grupo activo en una red de comunicaciones de grupo.
ANTECEDENTES DE LA INVENCIÓN Una clase de servicio inalámbrico destinada para la comunicación rápida, eficaz, uno a uno o uno a muchos (grupo) ha existido en diversas formas durante muchos años. En general, estos servicios han sido semidúplex, donde un usuario oprime un botón de "oprimir para hablar" (PTT) en su teléfono/radio para iniciar una charla. Oprimir el botón enchaveta su radio, en algunas implementaciones , o en un sistema moderado, donde ocurren las comunicaciones mediante un servidor de algún tipo, indica la solicitud del usuario para el "suelo". Si se concede el suelo, o permiso del parlante, entonces el usuario generalmente habla durante unos cuantos segundos, después de lo cual libera su botón de PTT, y otros parlantes pueden solicitar el suelo. La comunicación es generalmente de un parlante a un grupo de oyentes, pero puede ser uno a uno. Este servicio se ha utilizado tradicionalmente en aplicaciones donde una persona, un "despachador", necesita comunicarse a un grupo de personas, tal como personal de servicio de campo o choferes de taxi, que es de donde proviene el nombre de "despacho" para el servicio . Se han ofrecido servicios similares por la Internet y son conocidos generalmente como "chat de voz". Estos servicios se implementan normalmente como aplicaciones para computadora personal que envían tramas de vocodi f icador en paquetes de protocolo de Internet (IP), es decir, servicio de voz por IP (VoIP) , a un servidor de chat de grupo central, o posiblemente de cliente a cliente en un servicio de punto a punto. Una característica clave de estos servicios es que la comunicación es rápida y espontánea, generalmente iniciada al oprimir s impl emente un botón PTT, sin pasar por una secuencia típica de marcado y timbre. La comunicación en este tipo de servicio es generalmente muy corta, con "impulsos" individuales de charla que son generalmente del orden de varios segundos, y "conversaciones" que duran posiblemente un minuto o menos. El retraso de tiempo entre cuando el usuario solicita el suelo y cuando recibe una confirmación positiva o negativa proveniente del servidor que tiene el suelo y puede comenzar a hablar, el cual es conocido como la latencia de PTT, es un parámetro crítico para los sistemas de comunicaciones de grupo semidúplex. Como se mencionó con anterioridad, los sistemas de despacho colocan una prioridad en conversaciones cortas, rápidas, lo cual hace al servicio menos eficaz si se agranda la latencia de PTT. Las infraestructuras de comunicaciones de grupo existentes proporcionan oportunidades limitadas para reducir significativamente la latencia de PTT, es decir, la latencia de PTT actual puede no reducirse posiblemente debajo del tiempo requerido para reestablecer canales de tráfico dentro de sesiones de datos de paquete durmientes. Además, los canales de tráfico de parlante y oyentes se conforman en serie, porque el único mecanismo disponible para comenzar a despertar un grupo durmiente es esperar a que se reestablezca el canal de tráfico del parlante a fin de señalizar al servidor. Actualmente, no existe ningún mecanismo para enviar datos de señalización de usuario originados por móviles en algo diferente a un canal de tráfico - una limitación que requiere que los canales de tráfico se reestablezcan antes de que pueda tener lugar cualquier comunicación entre clientes y el servidor . Por lo tanto, existe la necesidad de mecanismos para reducir tanto la latencia de PTT aparente experimentada por el parlante y el tiempo total requerido para reestablecer los canales de tráfico para participar móviles sin impactar negativamente la capacidad del sistema, la vida de la batería del cliente, u otros recursos . En un modelo de despacho, la - 5 -comunicación entre puntos terminales tiene lugar en grupos virtuales donde la voz de un "parlante" se transmite a uno o más "oyentes". Un solo caso de este tipo de comunicación es referido comúnmente como una llamada de despacho o simplemente una llamada. Una llamada es una instanciación de un grupo, el cual define las características de la llamada y es, en esencia, una lista de miembros con alguna información asociada, tal como un nombre de grupo o identificación de grupo. Una lista de miembros es una lista de uno o más usuarios que son invitados para participar en la llamada. Existe la necesidad de que un modelo de despacho soporte tanto el modelo de cuarto de chat como el modelo ad-hoc de servicios de llamada de grupo. En el modelo de cuarto de chat, los grupos son pre-de finidos , los cuales pueden almacenarse en el servidor de despacho. Sin embargo, en el modelo ad-hoc, los grupos pueden definirse y/o modificarse en tiempo real.
BREVE DESCRIPCIÓN DE LA INVENCIÓN Las modalidades descritas proporcionan un método novedoso y mejorado en un dispositivo de comunicaciones para agregar un miembro a una llamada de grupo activo en una red de comunicaciones de grupo, lo cual incluye recibir una lista de miembros proveniente de un usuario y enviar una solicitud a un servidor para agregar la lista de miembros a la llamada de grupo activo. En otro aspecto de la invención, un medio legible por computadora en un dispositivo de comunicaciones incorpora un método para agregar un miembro a una llamada de grupo activo en una red de comunicaciones de grupo, incluyendo el método los pasos anteriormente mencionados . En otro aspecto de la invención, un dispositivo de comunicaciones para agregar un miembro a una llamada de grupo activo en una red de comunicaciones de grupo incluye medios para recibir una lista de miembros proveniente de un usuario y medios para enviar una solicitud a un servidor a fin de agregar la lista de miembros a la llamada de grupo activo. En otro aspecto de la invención, un dispositivo de comunicaciones para agregar un miembro a una llamada de grupo activo en una red de comunicaciones de grupo incluye un receptor, un transmisor, y un procesador acoplado comunicativamente con el receptor y el transmisor. El procesador es capaz de recibir una lista de miembros proveniente de un usuario y enviar una solicitud a un servidor para agregar la lista de miembros a la llamada de grupo activo. En un aspecto, el dispositivo de comunicaciones es un dispositivo de oprimir para hablar (PTT) . Las modalidades descritas proporcionan también un método novedoso y mejorado en un servidor para agregar un miembro a una llamada de grupo activo en una red de comunicaciones de grupo, lo cual incluye los pasos para recibir una solicitud para agregar una lista de miembros a una llamada de grupo activo y agregar la lista de miembros a la llamada de grupo activo. En un aspecto, el método incluye además anunciarle a cada miembro en la lista de miembros que están siendo agregados a la llamada de grupo. En otro aspecto de la invención, un medio legible por computadoras en un servidor incorpora un método para agregar un miembro a una llamada de grupo activo en una red de comunicaciones de grupo, incluyendo el método los pasos anteriormente mencionados. En otro aspecto de la invención, un servidor para agregar un miembro a una llamada de grupo activo en una red de comunicaciones de grupo incluye medios para recibir una solicitud para agregar una lista de miembros de una llamada de grupo activo y medios para agregar la lista de miembros a la llamada de grupo activo. En un aspecto, el servidor incluye además medios para anunciarle a cada miembro en la lista de miembros que están siendo agregados a la llamada de grupo. En otro aspecto de la invención, un servidor para agregar un miembro a una llamada de grupo activo en una red de comunicaciones de grupo incluye un receptor, un transmisor, y un procesador acoplado comunicativamente al receptor y al transmisor. El procesador es capaz de recibir una solicitud para agregar una lista de miembros a una llamada de grupo activo y agregar la lista de miembros a la llamada de grupo activo. En un aspecto, el procesador también es capaz de anunciarle a cada miembro en la lista de miembros que están siendo agregados _ 9 -a la llamada de grupo.
BREVE DESCRIPCIÓN DE LOS DIBUJOS Las características y ventajas de la presente invención se volverán aparentes a partir de la siguiente descripción detallada expuesta a continuación cuando se toman en conjunto con los dibujos en los cuales los caracteres de referencia similares se identifican correspondientemente a lo largo de la misma y donde: La Figura 1 ilustra un sistema de comunicaciones de grupo; La Figura 2 ilustra cómo interactúan diversas aplicaciones una con otra; La Figura 3 ilustra un proceso de registro de usuario a manera de ejemplo de acuerdo con una modalidad; La Figura 4 ilustra un proceso de configuración de llamada intra-regional , local, a manera de ejemplo, de acuerdo con una modalidad; La Figura 5 ilustra un proceso de configuración de llamada intra-regional, remota, a manera de ejemplo, de acuerdo con una - 10 -modalidad; La Figura 6 ilustra un proceso de configuración de llamada inter-regional , local, a manera de ejemplo, de acuerdo con una modalidad; La Figura 7 ilustra un proceso de configuración de llamada inter-regional, remota, a manera de ejemplo, de acuerdo con una modalidad ; La Figura 8 ilustra un proceso a manera de ejemplo para abandonar una llamada de grupo de acuerdo con una modalidad; La Figura 9 ilustra un proceso a manera de ejemplo para terminar una llamada de grupo de acuerdo con una modalidad; La Figura 10 ilustra un proceso a manera de ejemplo para enviar una alerta para una llamada de grupo de acuerdo con una modalidad; La Figura 11 ilustra un proceso a manera de ejemplo para unirse de manera atrasada a una llamada de grupo de acuerdo con una modalidad; La Figura 12 ilustra un proceso a manera de ejemplo para pre-vaciar a un parlante - 11 -de acuerdo con una modalidad; La Figura 13 ilustra un proceso a manera de ejemplo para agregar nuevos miembros a una llamada de grupo activo de acuerdo con una modalidad; La Figura 14 ilustra un proceso a manera de ejemplo para eliminar participantes de una llamada de grupo de acuerdo con una modalidad; La Figura 15 ilustra un proceso a manera de ejemplo para eliminar un registro del usuario de acuerdo con una modalidad; La Figura 16 ilustra cómo interactúan diversos dispositivos de comunicaciones con un administrador de comunicaciones de acuerdo con una modalidad; La Figura 17 ilustra medios de colocación en memoria intermedia en una parte de administrador de comunicaciones de acuerdo con una modalidad; y La Figura 18 ilustra medios de colocación en memoria intermedia en la parte del cliente de acuerdo con una modalidad. - 12 - DESCRIPCIÓN DETALLADA DE LA INVENCIÓN Antes de que se explique detalladamente una modalidad de la invención, se comprende que la invención no se encuentra limitada en su aplicación a los detalles de la construcción y la confiquración de los componentes expuestos en la siguiente descripción o ilustrados en los dibujos. La invención es capaz de implementarse en otras modalidades y se lleva a cabo de diversas maneras. También, se comprende que la fraseología y terminología utilizadas en la presente son para propósitos de descripción y no deben interpretarse como limitantes. La Figura 1 ilustra un diagrama de bloques funcional a manera de ejemplo de un sistema 100 de comunicaciones de grupo. El sistema 100 de comunicaciones de grupo se conoce también como un sistema de oprimir para hablar (PTT) , un servicio de transmisión de red (NBS) , un sistema de despacho, o un sistema de comunicaciones de punto a multi-punto. En una modalidad, el sistema 100 de comunicaciones de grupo incluye componentes de servidor de aplicaciones, tales como despachadores, servidores de ubicación, complejos de unidad de - 13 -control de medios (MCU) , servidores de registro de uso y clientes de protocolo de Internet (IP) (dispositivos inalámbricos y/o cableados con conectividad de IP) . Los componentes de servidor de aplicaciones pueden desplegarse sea en un despliegue centralizado o un despliegue regional i zado , con base en la funcionalidad del componente. El despliegue centralizado puede incluir un despachador local (HD) 102, un servidor 104 de ubicación local (HLS) , y una base de datos 106 de usuario/grupo. Estos componentes pueden ubicarse centralmente en la red del proveedor de servicio y pueden ser accesibles por los despliegues regionales. Los componentes centralizados pueden utilizarse para ubicar los usuarios en seguimiento y para iniciar las llamadas de grupo inter-regionales . ün despliegue regionalizado 108, 110 puede incluir un servidor de ubicación regional (RLS) 112, un despachador regional (RD) 114, un complejo 116 de unidad de control de medios (MCU) regionales, y un servidor de registro de uso regional (ULS) 118. Los despliegues regionales pueden distribuirse en la red del proveedor de servicio - 14 -para asegurar los retrasos de red asociados con configuración de llamada se mantienen en un mínimo, para propósitos de satisfacer el requisito de respuesta al instante. Distribuir la carga de llamada a través de sistemas regiona 1 i zados asegura también que puedan desarrollarse los esquemas de escalabilidad adecuados para soportar un gran número de usuarios. Los componentes de servidor de aplicaciones regionalizados proporcionan registro de usuario, configuración de llamada intra-regional , e inicio y envío de alertas para los usuarios, los cuales se registran en la región . Los dispositivos (clientes) 120, 122 de comunicaciones de grupo, los cuales pueden desplegarse en un microteléfono de cdma2000, por ejemplo, solicita una sesión de datos de paquete utilizando una opción de servicio de datos convencional y utiliza esta sesión para registrar su dirección de IP con el servidor de aplicaciones y realizar iniciaciones de llamada de grupo. En una modalidad, los componentes 108, 110 de servidor de aplicaciones se conectan a los nodos de servicio de datos de paquete del - 15 -proveedor de servicio (PDSNs) . Los clientes 120 y 122, después de solicitar una sesión de datos de paquete proveniente de la infraestructura inalámbrica, tienen conectividad de IP con los componentes 108, 110 de servidor de aplicaciones mediante las PSDNs . Después del encendido, los clientes 120, 122 pueden solicitar una sesión de datos de paquete que utilizan la opción de servicio de datos. Como parte del establecimiento de la sesión de datos de paquete, al cliente se le asiqna una dirección de IP. En este momento, el cliente recibe también la dirección de un servidor de servicio de nombre de dominio (DNS) 124. El cliente 120, 122 consulta el servidor de DNS 124, por ejemplo, utilizando una consulta de registro de servicios (SRV) , para encontrar la dirección de RLS 112. Después de ubicar al RLS 112, el cliente 120, 122 puede realizar un registro, notificarle al servidor de aplicaciones su información de ubicación, por ejemplo, dirección de IP. El registro puede realizarse utilizando un protocolo de IP, tal como el protocolo de iniciación de sesión (SIP) sobre el protocolo de datagrama de usuario - 16 - (UDP) . La dirección IP del cliente 120, 122 puede utilizarse para contactar el cliente cuando el usuario es invitado a una llamada de grupo . En una modalidad, después de que se completa el registro, el cliente puede realizar otra consulta de registro de SRV de DNS para encontrar la dirección del despachador regional 114. El cliente contacta al despachador regional en cualquier momento que el usuario solicita comenzar una llamada o envía una alerta. La interfase entre el despachador regional 114 y el cliente 120, 124 puede ser el protocolo de señalización sobre UDP. Una vez que se establece una llamada de grupo, el cliente 120, 114 y el complejo 116 de MCU intercambian medios y mensajes de señalización. En una modalidad, los medios pueden enviarse entre los participantes de llamada y el complejo 116 de MCU utilizando un protocolo de tiempo real (RTP) sobre UDP. Los mensajes de señalización también pueden ser protocolo de señalización sobre UDP. Estos protocolos y la funcionalidad que proporcionan son descritos con posterioridad. - 17 - Componentes El sistema 100 de comunicaciones de grupo puede incluir los puntos terminales de IP que contienen el software de cliente y los componentes de servidor regional i zado y centralizado que se requieren para ofrecer el servicio de comunicaciones de grupo. Los clientes de comunicaciones de grupo y los componentes de servidor de aplicaciones se describen más detalladamente en las siguientes secciones .
Clientes El cliente 120, 122 de comunicaciones de grupo puede ejecutarse en cualquier punto terminal de IP que tenga acceso al(los) vocodi f i cador ( e s ) apropiado(s) . Los puntos terminales de IP pueden incluir aplicaciones que se ejecutan en un sistema inalámbrico, por ejemplo, cdma2000, una plataforma de desarrollo de aplicaciones, por ejemplo, un ambiente de tiempo de ejecución binario para computadoras inalámbricas (BREW) , y computadoras personales. El cliente puede incluir una aplicación de software, el cual puede desarrollarse - 18 -utilizando BREW, e interfases al software de módem de estación móvil ( SM) , las cuales pueden descargarse al cliente que contiene el ambiente BREW. BREW es una plataforma que le permite a los desarrolladores crear aplicaciones que puedan operar en los dispositivos de comunicaciones de cliente. BREW proporciona una capa de aislamiento al desarrollador de aplicaciones, habilitando el desarrollo de aplicaciones sin tener contacto directo en el software de MSM y el software de fabricante de equipo original (OEM) . Esto permite que las aplicaciones se desarrollen rápidamente y evolucionen independientemente del MSM y/o de software de OEM. Habilita también aplicaciones para descargarse en cualquier dispositivo que contiene el ambiente de BREW. Como se muestra en la Figura 2, el software 202 de aplicaciones de comunicaciones de grupo de cliente puede ejecutarse en paralelo con otras aplicaciones 204, 206, 208, 210. Aunque estos servicios pueden ofrecerse directamente mediante las interfases de OEM 212 y MSM 214, BREW proporciona aislamientos de las modificaciones realizadas por la aplicación en estas capas. - 19 - Esto permite que el OEM 212 y el MSM 214 evolucionen separadamente de las aplicaciones 202, 204 206, 208, 210 de datos. Con objeto de que el cliente opere eficazmente en una computadora personal, la computadora personal puede incluir acceso a un vocodi f icador compatible, acceso a manejadores de sonido, y conectividad de IP a servidores de aplicaciones .
Servidor de Ubicación En una modalidad, el servidor de ubicación (LS) puede aceptar y/o mantener información de ubicación de usuario, por ejemplo, la dirección de IP de nivel de red, la ubicación física del usuario, tal como longitud y latitud, y/o identif icador de zona de paquete, es decir, un identi f icador de sistema transmitido por aire en canales comunes en avance lo cual identifica el alcance de la PDSN que está proporcionando el servicio de datos de paquete para ese sector. En una modalidad, el LS puede incluir un componente que procesa registros provenientes de los clientes y suministra información de ubicación de usuario a - 20 -otras aplicaciones, tales como mensajes instantáneos, utilizando una interfase de SIP. El LS puede incluir dos elementos funcionales, el servidor 112 de ubicación regional (RLS) y el servidor de ubicación local (HLS) 104. El RLS 112 puede desplegarse sobre una base de región por región y el HLS 104 puede ser centralizado. 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 registros provenientes de clientes ubicados dentro de su región. En una modalidad, el RLS 112 es un LS basado en SIP convencional, con almacenamiento asociado para la información de ubicación de usuario. Como parte del mantenimiento de las entradas de registro, el RLS 112 puede verificar la fecha de expiración, campos "de expiración", para cada registro. El RLS asegura que las entradas expiradas son eliminadas, y tanto el despachador regional (RD) como el HLS son notificados de las entradas eliminadas . - 21 - Como se describió con anterioridad, los clientes pueden realizar un registro de IP con objeto de notificarle al servidor de aplicación su ubicación. Los clientes pueden mantener sus registros para la duración de su disponibilidad al servicio de comunicaciones de grupo. Los clientes pueden realizar re-registros cuando la dirección de IP del cliente cambia y cuando el registro está próximo a expirar. Cuando el cliente se registra o se re-registra, el RLS 112 puede notificarlo a su RD asociado 114. Este RD 114 permite pre-cargar datos de usuario en preparación para las solicitudes de configuración de llamadas, reduciendo asi el tiempo de configuración de llamadas. El RD 114 puede ocultar la información de ubicación del usuario, eliminando la necesidad de que el RD 114 contacte al RLS para recuperar la información de ubicación de usuario durante la configuración de la llamada. El RLS 112 puede notificarle al RD 114 en el caso de que la información de ubicación del usuario se actualice o elimine del RLS 112. Esto asegura que el RLS 112 y el RD 114 permanezcan en sincronía con la información más - 22 -reciente sobre los usuarios registrados dentro de la región . El RLS 112 puede actualizar también periódicamente al HLS 104 con la información de ubicación de los usuarios registrados. En el caso de que el RLS 112 envía un registro al 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 consultas para la información de ubicación de usuario. En una modalidad, el HLS 104 proporciona una interfase basada en SIP para permitir que las demás aplicaciones, tales como aplicación de mensajería instantánea, consulten la información de ubicación para un usuario particular. Si el HLS 104 es un componente centralizado y los RLSs se comunican con él, el HLS puede resolver múltiples registros en diferentes regiones para usuarios en seguimiento. El HLS 104 puede recibir información de registro proveniente de cada uno de los RLSs. Si el HLS 104 recibe múltiples - 23 -registros para el mismo usuario, el HLS 104 puede mantener el registro más reciente y solicitar la eliminación del(los) registro (s) añejo(s) para el usuario de los RLSs. Esto a su vez puede activar la eliminación de información oculta para ese usuario del RD 114 asociado con el RLS que contiene el registro añejo.
Despachador El despachador puede facilitar la configuración de llamadas al ubicar usuarios y asignarles llamada de grupo al complejo 116 de unidades de control medios (MCU) . El despachador es el componente de servidor que es clave para cumplir el requisito de "acceso instantáneo". Para asegurar tiempos de configuración de llamada más bajos, el despachador puede incluir dos elementos funcionales con estructura y funcionalidad similares, pero tienen diferentes estrategias de despliegue. Estos dos elementos, el despachador regional (RD) 114 y el despachador local (HD) 102, son descritos detalladamente en la siguientes secciones. - 24 - Despachador Regional El RD 114 puede ser el punto inicial de contacto para las solicitudes de configuración de llamada y solicitudes de alerta. El RD 114 puede pre-cargar información de usuario cuando recibe una indicación proveniente del RLS 112 de que se ha registrado un usuario. Junto con la información de usuario, el RD 114 puede ocultar información acerca de las llamadas de grupo, las cuales se están realizando en el sistema. El RD 114 puede utilizar la información oculta para los usuarios y grupos durante la configuración de llamadas a fin de mantener el tiempo de configuración en un mínimo, es decir, no se requiere ninguna consulta de base de datos . En una modalidad, la información de grupo que almacena el RD en la memoria intermedia incluye la lista de miembros de grupo y la dirección del complejo 116 de MCU en el cual se está ejecutando el grupo. El RD 114 puede mantener la lista de miembros y la dirección de MCU durante la vida de la llamada. Esto le ayuda al RD 114 a determinar rápidamente si una solicitud de llamada entrante contiene una definición de grupo, la cual es idéntica a una que tiene una llamada asociada ya ejecutándose en el sistema, lo cual permite que el RD responda rápidamente a las solicitudes de configuración de llamada y conceda o deniegue confidencialmente la solicitud de "suelo" en la respuesta . El RD 114 puede conceder o denegar la solicitud de control de suelo. El RD 114 puede decidir si le solicita al complejo 116 de MCU agregar al usuario a la llamada como un participante "de unión atrasada" o para comenzar una nueva llamada con la lista de miembros asociada . Durante el procedimiento de solicitud de configuración de llamadas, el RD 114 puede utilizar la información de usuario oculta para recuperar información de ubicación para los usuarios especificados en la solicitud de configuración de llamada. Si un usuario no puede ser ubicado, el RD 114 puede solicitarle al HD 102 ubicar al usuario. En una modalidad, si se localizan al menos uno o más usuarios objetivo, el RD 114 continúa con la configuración de llamada. Después de que se han localizado los objetivos, el RD 114 puede - 26 -decidir a qué MCU debe asignarse la llamada. Esta determinación puede basarse en las direcciones de IP de los usuarios en el grupo, incluyendo el originador. El RD 114 puede manejar solicitudes de alerta similares a las solicitudes de llamada. En una modalidad, la solicitud de alerta se le asigna al complejo 116 de MCU local para procesar, independientemente de la ubicación de los objetivos. En una modalidad, la información en la memoria intermedia del RD puede escribirse periódicamente a un mecanismo de almacenamiento confiable de manera que puede recuperarse en caso de fallas. Después de la recuperación de la falla de RD, la información de usuario y de grupo que se escribió al mecanismo de almacenamiento confiable puede re-cargarse en la memoria intermedia y el RD procede a validar la información oculta en conjunto con las solicitudes de configuración de llamada entrantes en procesamiento. En una modalidad, el RD 114 carga los datos de usuario en la memoria intermedia local después de cada notificación de registro de - 27 -usuario proveniente del RLS 112. Eliminando la necesidad de realizar varias consultas de base de datos en el tiempo de configuración de llamadas, el RD 114 reduce significativamente la cantidad de tiempo que le lleva validar y responder a las solicitudes de configuración de llamada o solicitudes de alerta. El RD 114 puede accesar la base 106 de datos de usuario/grupo durante la configuración de llamadas para expandir direcciones de grupo pre-de finidas , si se encuentran presentes en la solicitud, a las listas de usuarios individuales y, si es necesario, traducir ident i f i cado e s alternos de los usuarios o grupos, por ejemplo, números telefónicos, IDs de charla, 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 ubicación para los usuarios que han realizado registros con el RLS 112. Como se describió anteriormente, cada RLS 112 puede notificar su RD asociado 114 cada - 28 -vez que ocurre un registro, re-registro, desregistro, o expiración de registro de usuario. El RD 114 puede utilizar esta información para cargar o liberar la información de usuario en su memoria intermedia local. Cada RD 114 puede actualizar el HD 102 con la información de ubicación de usuario. Debido a que el HD 102 recibe actualizaciones provenientes del RD 114, el HD 114 puede ayudarle a encontrar usuarios que se dispersan geográficamente en diferentes regiones. El RD 114 puede solicitar ayuda del HD 102 cuando recibe una solicitud de un usuario que no se encuentra registrado en la región, es decir, no en la memoria intermedia del RD de la información de usuario.
Servidor de DNS En una modalidad, el sistema 100 de comunicaciones de grupo puede utilizar el servidor 124 de DNS del proveedor de servicio para proporcionar la información de ubicación para el RLS 112 y el RD 114 a los clientes. Esta información puede configurarse después de cada despliegue regional y se actualiza periódicamente para asegurar su precisión. - 29 - En una modalidad, cada cliente se aprende la dirección del servidor de DNS mediante la negociación de protocolo de control de protocolo de Internet (IPCP) durante el establecimiento de sesión de protocolo punto a punto (PPP), cuando pregunta por una sesión de datos de paquete. El servidor 124 de DNS puede ser advertido de esta manera sobre una base de región por región. Esto permite que el cliente transite de región en región y se comunique con el servidor 124 de DNS en la misma región en la que se encuentra ubicado el cliente. El servidor 124 de DNS se despliega sobre una base de región por región, en conjunto con cada PDSN. En una modalidad, el servidor 124 de DNS puede actualizarse con cada RD 124 y RLS que le esté brindando servicio a la PDSN con la cual se encuentre asociado el servidor de DNS 124. En una modalidad, el mecanismo utilizado para ubicar al RD 114 y al RLS 112 apropiado se basa en una combinación de direccionamiento de DNS y SIP. La consulta de registro de servicio (SRV) de DNS puede realizarse con base en la porción de " <dominio>" del URI de SIP bajo la cual se registra el - 30 -cliente. La solicitud de registro de SRV puede incluir el protocolo o servicio, el cual está intentando encontrar el solicitante. Por ejemplo, en el caso de intentar ubicar el RLS 112, el cliente puede solicitar un "servicio de registro" en la consulta de registro de SRV de DNS. La respuesta de DNS puede incluir una o más direcciones válidas de red y puerto para el servidor, lo cual ofrece el servicio solicitado. El servidor 124 de DNS puede utilizarse para el equilibrio de carga entre los servidores que ofrecen el mismo servicio, al permitir que el servidor 124 de DNS realice un circuito cíclico entre el servidor múltiple cuando regresa respuestas a las solicitudes de cliente.
Base de Datos de Usuario/Grupo En una modalidad, la base 106 de datos de usuario/grupo es el depositario central para la información de usuarios y grupo. Para cada usuario, la base de datos puede incluir información tal como dirección de usuario, clasificación de derecho de preferencia, información de autenticación, información de contacto de usuario, y bandera de intercepción - 31 -legal, lo cual indica si el usuario se encuentra bajo vigilancia. La base de datos puede incluir también definiciones de grupo pre-def inidos , los cuales son listas de usuarios y un nombre de grupo asociado, para el modelo de cuarto de chat de los servicios de despacho. Cada grupo puede identificarse ú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 configuración de llamadas de grupo. El RD 14 puede utilizar la dirección de grupo para recuperar la lista de miembros asociados de la base 106 de datos de usuario/grupo cuando recibe una solicitud de configuración de llamadas de grupo con un grupo pre-definido en él.
Co plej o de Unidad de Control de Medios El complejo de unidad de control de medios (MCU) puede incluir huéspedes de control de medios (MCH) y la unidad de control de medios (MCU) . El MCH puede alojar y administrar múltiples procesos de MCU. Cada MCU puede manejar la señalización de tiempo real y procesamiento de medios para una sola llamada. - 32 - Las funciones que realiza la MCU para una llamada puede incluir: • Manejar asignaciones de llamada provenientes del RD 114 • Enviarle información de carga y estado al MCH • Enviarle información de iniciación de llamada a los clientes • Procesar la señalización de llamada entrante proveniente de los clientes, tales como solicitudes de PTT • Asegurar que los mensajes de señalización se envían a los clientes confiablemente • Responder y distribuir medios para llamadas "uno a muchos" • Proporcionar traducción de medios utilizando el transcodificador apropiado para llamadas de "uno a muchos" de vocodificador "mixto" • Monitorear la actividad de llamadas e iniciar la terminación de llamadas con base en la inactividad de flujo de medios • Producir información de uso para el - 33 - servidor de registro de uso (ULS) 118 • Enviar en avance medios e información de señalización al punto de intercepción legal apropiado cuando sea solicitado. La MCU puede procesar solicitudes de alerta provenientes del RD 114, enviarle notificaciones de alerta al cliente, y esperar reconocimientos de los clientes. Después de la recepción de los reconocimientos de los objetivos, la MCU libera cualquier recurso asignado a la transacción de alertas. En este momento, la MCU puede manejar otras asignaciones de llamadas o solicitudes de alerta.
Servidor de Registro de Usuario El ULS 118 puede existir en cada región y puede co-ubicarse con el complejo 116 de MCU. El ULS 118 puede recoger eventos de uso provenientes del complejo 116 de MCU para cada procesamiento de llamada o alerta, formatearlos en un registro de datos de uso (UDR) , y después almacenar estos UDRs en una secuencia de archivos de UDR. Las UDRs para llamadas pueden contener información referente a llamadas - 34 -individuales que incluyen la lista de participantes y totales de uso de participante. El UDR para alertas puede contener información que indique el originador de la alerta y los usuarios objetivo a quienes se envió la alerta. Los archivos de UDR pueden recogerse por el proveedor de servicio para análisis . de facturación, y pueden eliminarse después de una cantidad fija de tiempo. El ULS 118 puede escribir un solo UDR por instancia de llamada al final de cada llamada. El ULS 118 puede escribir también un solo UDR por cada vez que se procesa una solicitud de alerta. Los UDRs escritos por el ULS 118 pueden contener la siguiente información : • Identif icador de instancia de llamada o identif icador de instancia de alerta • Identif icador de MCU, el cual implica también ubicación de llamada. Al inicio de la llamada, puede seleccionarse una MCU apropiada con base en la ubicación registrada de todos los participantes propuestos. La ubicación de la MCU puede o no puede - 35 - estar en la misma región que el originador . • Tiempo inicial de la llamada o alerta • Tiempo final de la llamada o alerta · Originar nombre de usuario y/o identif icador • Originar dirección de IP de usuario • Para cada participante, nombre de usuario, dirección de usuario, dirección de IP de usuario, tiempo de participación acumulativo, el cual puede ser cero para alertas, y el número total de segundos que el participante sostuvo el suelo, el cual puede ser cero para las alertas. En una modalidad, para cada llamada se emite un solo UDR, el cual puede representar la recolección total de segmentos de charla durante la llamada. Si se requiere el registro de evento de UDR sobre una base de segmento de charla, puede implementar se a costa de los requisitos de carga de procesamiento adicional, I/O de archivos, y de espacio de disco. El sistema 100 de comunicaciones de grupo realiza diversas funciones similares con - 36 -objeto de operar los servicios de grupo. Las funciones referentes a experiencia de usuario incluyen registro, iniciación de llamada, terminación de llamada, alertas de envío, unión atrasada, arbitraje de charla, agregar usuarios, eliminar miembros, des-registro, direccionamiento, y autenticación. Las funciones referentes a la preparación y operación del sistema incluyen la administración y abastecimiento, escalabilidad, y conf labilidad . Estas funciones se describen detalladamente en las siguientes secciones.
Regis ro En un sistema de comunicaciones inalámbricas, por ejemplo, el sistema de CDMA, el registro es el proceso por el cual una estación móvil hace conocida su ubicación a la infraestructura de sistema inalámbrica. Esta información de ubicación puede incluir el área geográfica donde se encuentra la estación móvil y la identificación de la estación base que se encuentra brindándole servicio a la estación móvil, la cual puede utilizarse para ayudar al uso eficaz de los canales de llamada de - 37 -localización y de acceso. En una modalidad, la información de ubicación de usuario es la dirección de IP del cliente, independientemente de si se encuentra conectado o no el cliente mediante servicios inalámbricos o cableados. Un protocolo de IP a manera de ejemplo que le permite a las aplicaciones de IP ubicar clientes con base en su dirección de IP es el protocolo de iniciación de sesión (SIP) . Entre otras funciones, el SIP proporciona métodos para que los clientes registren su dirección de IP y otra información de ubicación con un componente de servidor de SIP. Además, el SIP proporciona métodos para las aplicaciones de IP interesadas en "encontrar" clientes a fin de consultar el mismo servidor de SIP para la información de ubicación, tal como la dirección de IP del cliente . El registro puede incluir el proceso de un cliente de IP que se comunique con un componente de servidor de SIP para notificar y mantener su información de ubicación, por ejemplo, dirección de IP. El componente de servidor de SIP que proporciona esta - 38 -funcionalidad es el servidor local. El método por el cual un cliente le notifica al servidor de ubicación su ubicación o cambios en su ubicación es el método de 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 mensajería instantánea, pueden beneficiarse del cocimiento de cada dirección de IP del cliente disponible en un servidor de ubicación. Un servicio externo o el cliente pueden realizar el registro. La Figura 3 ilustra un flujo de llamada a manera de ejemplo para realizar la función de registro. Después del encendido 302, el cliente puede solicitar una sesión de datos de paquete e iniciar el proceso para registrar su dirección de IP con el RLS 112. Con objeto de realizar el registro, el cliente puede realizar una consulta 304 de registro de SRV de DNS para determinar la dirección del RLS. Una vez que se ha recuperado la dirección del RLS 306, el cliente puede registrar su información de ubicación, por ejemplo, utilizando un mensaje 308 de registro - 39 -de SIP. El RLS puede autenticar 310 al usuario y emitir una respuesta 312 al cliente. El RLS puede notificarle 314 al despachador regional que el usuario se ha registrado, y el despachador regional puede utilizar esta información para pre-cargar el registro de datos asociados del usuario con objeto de facilitar un tiempo de respuesta más rápido durante la configuración de llamada. En este punto, el cliente puede contactarse con una invitación para participar en una llamada de grupo. En una modalidad, los clientes pueden necesitar realizar el registro con objeto de recibir una llamada de grupo, independientemente del tipo de conectividad de datos que tienen, es decir, inalámbrica o cableada. Los registros pueden tener un campo de "expiración" asociado con ellos, el cual indica durante cuanto tiempo puede considerarse válida la información de registro del cliente. Con objeto de garantizar que el cliente siempre se encuentra alcanzable mediante IP, el cliente puede estar al tanto de la expiración de su registro y realizar un re-registro antes del momento de la ejecución. Los registros pueden - 40 -también volverse inválidos o añejos debidos a otras circunstancias, tales como cuando se cambia la dirección de IP del cliente o se daña la conexión de datos entre el cliente y el servidor de ubicación. Los clientes pueden estar al tanto del estado de su conectividad de datos y si ha cambiado su dirección de IP. Después de que se ha completado el registro inicial, un cliente puede permitir que se vuelva durmiente su sesión de datos de paquete, el cual puede liberar el canal de tráfico dedicado. El cliente puede monitorear su sesión de datos de paquete para asegurar que sigue siendo válido durante los periodos de latencia extendida. Las condiciones que pueden afectar la validez de la sesión incluyen moverse un área con un ID de zona de paquete diferente, experimentar un desvanecimiento o pérdida de servicio, y aceptar y/o colocar una llamada de PSTN. La dirección de IP del cliente puede cambiar y el cliente puede ser requerido para re-establecer la conectividad de datos a la infraestructura.. Cuando el cliente reestablece su sesión de datos de paquete, recibe una nueva dirección de IP. La nueva dirección de IP - 41 -necesita comunicarse con el servidor de ubicación para asegurar que la información de ubicación del cliente es precisa. Esto puede llevarse a cabo al realizar un re-registro. Un cliente cableado que se comunica con el servidor de ubicación mediante un firewall, puede necesitar mantener la apertura mediante el firewall al "hacer eco" periódicamente al servidor de ubicación. Esto se lleva a cabo al realizar re-registros.
Inicio de Llamada de Grupo Después de que se completa el registro, el usuario puede realizar o recibir llamadas. Antes del inicio de la primera llamada después del encendido, el cliente puede realizar una consulta de registro de SRV de DNS a fin de encontrar la ubicación del despachador regional. Esto puede realizarse como parte del proceso de inicio. Un "grupo" se encuentra asociado con un originador, el usuario que inició la configuración de grupo, y una lista de miembros, la cual contiene el usuario o usuarios objetivo. La lista de miembros puede contener uno o más - 42 -usuarios, uno o más grupos pre-definidos , o una combinación de los dos. Si la lista de miembros contiene solamente un usuario, la llamada iniciada que utiliza esa lista de miembros es referida comúnmente como una llamada privada. Si la lista de miembros contiene cualquier grupo pre-definido , el despachador regional puede expandir los grupos pre-definidos en una lista de uno o más usuarios objetivo, por ejemplo, al reemplazar el identificador de grupo predefinido en la lista de miembros original, con la lista de miembros asociada del grupo predefinido. Después de que se han expandido los grupos pre-def inidos , la lista de miembros resultante puede contener solamente nombres de usuario objetivo. En este punto, el despachador regional intenta ubicar los usuarios objetivo en la lista de miembros, por ejemplo, explorando la memoria intermedia del despachador regional de información de usuario. Si los objetivos se encuentran ubicados dentro de la memoria intermedia del despachador regional, los miembros del grupo pueden registrarse dentro de la misma región que el despachador regional. Este tipo de llamada de grupo es etiquetada como - 43 -llamada "intra-regional" . Si existen usuarios los cuales no pudo ubicar el despachador regional, el despachador regional puede solicitar asistencia del despachador local para ubicar a los usuarios. La llamada asociada con un grupo que contiene miembros de dos o más regiones es referida como una llamada "interregional" . Después de que el despachador regional ha determinado si la llamada es intra-regional o inter-regional , puede iniciar el proceso para determinar cuál unidad de control de medios (MCU) puede alojar la llamada. Para llamadas intra-regionales , el despachador regional puede asignar la llamada a una MCU ubicada 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 configuración de llamada es referida como una llamada "alojada localmente", o llamada local. Para las llamadas inter-regionales , el despachador regional puede tener una selección para 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 - 44 -decisión con base en la información de ubicación del usuario para encontrar la trayectoria óptima de recorrido para los paquetes de IP que contienen medios y señalización. Si una mayoría de usuarios se encuentran ubicados en una región particular, la llamada puede ser asignada a esa región. Si los usuarios se encuentran dispersados uniformemente en todas las regiones, la llamada puede ser asignada a una de las regiones que contiene a los usuarios objetivo. Si la llamada inter-regional es asignada a una MCU en una región diferente entonces la región en la cual reside el despachador regional, la llamada es referida como una llamada remota o "alojada remotamente". El despachador regional puede tener conocimiento de la topología de red y/o conectividad entre las MCUs y las PDSNs a las que les están brindando servicio y pueden utilizar este conocimiento para tomar una mejor decisión sobre la asignación de llamadas.
Llamadas Intra-regionales El sistema 100 de comunicaciones de grupo puede desplegarse a fin de asegurar que la mayoría de las llamadas sean intra-regionales . - 45 - Las llamadas intra-regionales pueden eliminar la necesidad de comunicación entre el despachador regional 114 y el despachador local 102 al momento de la configuración de llamadas. La necesidad de comunicación entre las regiones puede eliminarse también cuando los objetivos se encuentran en la misma región y la llamada es alojada localmente, como es el caso para la mayoría de llamadas intra-regionales. Las siguientes secciones describen flujos de llamada, cálculos de sincronización, y canales de mensajería para llamadas intra-regionales.
Iniciar una Llamada Local La Figura 4 ilustra un flujo de mensajes a manera de ejemplo para iniciar una llamada de grupo local. El usuario puede seleccionar 402 uno o más usuarios objetivo, uno o más grupos pre-de f inidos , o una combinación de los dos o puede desoprimir el botón oprimir para hablar (PTT) . El cliente puede enviar una solicitud 404 al despachador regional a fin de configurar la llamada de grupo, independientemente de si la estación móvil tiene un canal de tráfico dedicado o no, como se describirá más detalladamente a continuación. Después de que se envia la solicitud, si la sesión de datos de paquete de la estación móvil es durmiente, el cliente puede iniciar el proceso para re-establecer canales de tráfico dedicados y preparar la sesión de datos de paquete para la actividad de medios . El cliente puede colocar en memoria intermedia la entrada de voz recibida proveniente del originador durante un periodo de tiempo. Cuando el despachador regional recibe la solicitud, puede expandir los grupos predefinidos, los cuales pueden especificarse en la solicitud, en las listas de miembro de usuario objetivo. Después, el despachador regional puede recuperar 406 la información de ubicación de los usuarios objetivo. En este punto, el despachador regional determinar también si el grupo ya está ejecutándose en el sistema. La Figura 4 muestra un escenario en el cual el grupo no se está ejecutando. El escenario de llamada de unión atrasada, el cual se describe posteriormente en la presente, ilustra el caso en el cual ya se está ejecutando el grupo. Después de que el despachador regional - 47 -ubica al menos uno de los usuarios objetivo, el despachador regional puede enviar una respuesta 408 de regreso al cliente indicando la llamada de grupo que se configura. En este punto, el cliente puede conceder de forma optimista 410 la solicitud del originador para hablar y comenzar a colocar 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 puede asignarse la llamada. Si se determina que los usuarios objetivo se encuentran en la misma región que el despachador regional, como en la Figura 4, el despachador regional puede asignar la llamada a una MCU regional. La MCU puede enviar los anuncios 414 a todo el grupo indicando que está comenzando la llamada. Para los usuarios objetivo, el envío del anuncio puede activar sus sesiones de datos de paquete para salir de la latencia y reestablecer sus canales de tráfico. Después de que el cliente ha recibido el anuncio de llamada proveniente de la MCU y de que se ha r eestablecido el canal de tráfico de la estación móvil, el cliente puede enviar en avance 416 los medios colocados en memoria - 48 -intermedia a la MCU. La MCU puede colocar en memoria intermedia 418 los medios recibidos provenientes del originador. En una modalidad, la MCU puede colocar en memoria intermedia los medios hasta que se cumple o excede el "umbral de respuesta objetivo". El umbral de respuesta objetivo es una indicación de la cantidad de respuestas objetivo solicitadas con objeto de proceder con el envió de medios . El umbral puede ser un parámetro conf igurable . Una vez que se cumple el umbral, la MCU responde y envía en avance 420 los medios a los usuarios objetivo que han respondido 422 al anuncio para la 1 lamada .
Mensaj ería mediante Ráfaga Corta de Datos La "respuesta instantánea" se relaciona con el tiempo de respuesta que le toma al servidor de aplicaciones responderle a una solicitud de configuración de llamada. La meta para responder a cualquier solicitud de PTT, incluyendo cualquier solicitud de configuración de llamada de grupo, es responder consistentemente a la solicitud en un periodo de tiempo predeterminado, por ejemplo, un segundo o - 49 -menos. En muchos casos, cuando un usuario solicita configurar una llamada de grupo, la sesión de datos de paquete del usuario es durmiente y no existe canal de tráfico dedicado. Reestablecer los canales de tráfico dedicado puede tomar un tiempo considerable. Por ende, la comunicación al servidor de aplicaciones puede llevarse a cabo por otros medios. A fin de asegurar que el sistema de comunicaciones de grupo cumpla la "respuesta instantánea", pueden enviarse pequeños datagramas de IP en cualquier momento en cualquier dirección, es decir, de origen móvil o de terminación móvil, independientemente del estado de la sesión de datos de paquete. En una modalidad, los datagramas de IP pueden enviarse en forma de mensaje de ráfaga corta de datos (SDB) . En situaciones cuando la sesión de datos de paquete es durmiente, el mensaje de SDB se enviará por los canales de sobrecarga. Cuando se encuentra presente la conectividad de canal de tráfico dedicado, el mensaje de SDB se envía por el canal de tráfico. Refiriéndose a la Figura 4, la solicitud 404 de configuración de llamada de - 50 -grupo puede enviarse mediante uñ mensaje de SDB. La respuesta 408 de configuración de llamada de grupo proveniente del servidor de aplicaciones pueden enviarse también en un mensaje de SDB. La solicitud de configuración de llamada y los mensajes de respuesta enviados mediante los mensajes de SDB pueden permitir que el sistema 100 de comunicaciones de grupo cumpla la meta de "respuesta instantánea". Para completar el proceso de configuración de llamada de grupo, la CU puede enviar anuncios de llamada a los usuarios en la lista de miembros, incluyendo el originador. Estos anuncios de llamada pueden enviarse mediante los canales de trafico dedicado. En la mayoría de casos, las sesiones de datos de paquete del miembro de grupo son durmientes, es decir, no se encuentra establecido ningún canal de tráfico dedicado. Esto significa que la MCU puede tener que reenviar el mensaje de anuncio de llamadas sobre un programa de conf labilidad agresivo hasta que todos los canales de tráfico de los miembros se hayan reestablecido y que los miembros hayan reconocido el mensaje o que expira el temporizador de conf labilidad . Enviar - 51 -el anuncio de llamada asegura agresivamente que las memorias intermedias de medios en el cliente y la MCÜ se mantienen al mínimo. El cliente puede enviar medios colocados en memoria intermedia tan pronto como su canal de tráfico está arriba y recibe un anuncio de llamada que contiene la información de contacto de la MCU . La MCU puede responder y enviar en avance medios colocados en memoria intermedia tan pronto como se cumple o excede el umbral de respuesta objetivo. Esto significa que entre más rápido los objetivos reciben el anuncio de llamada y lo responde, más rápidamente puede cumplirse este umbral, entonces más rápidamente puede la MCU detener la colocación en memoria intermedia e iniciar el envío de medios. El anuncio de llamada al originador puede enviarse también mediante SDB. Esto proporciona dos beneficios. Primeramente, dado que el anuncio de llamada contiene información de contacto de MCU, el cliente de llamada de grupo puede comenzar a enviar medios colocados en memoria intermedia a la MCU tan pronto como se reestablece el canal de tráfico de la estación móvil, lo cual puede reducir los - 52 -requisitos de RAM en la estación móvil para retener los medios colocados en memoria intermedia. Segundo, si el originador decide abortar la llamada o liberar el suelo, lo cual puede ocurrir antes del canal de tráfico que se reestablece, cuando el anuncio de llamada entra mediante SDB, el cliente puede notificar la MCU con 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 la MCU dé tratamiento especial al mensaje de anuncio de llamada del originador.
Iniciar una Llamada Remota Las llamadas intra-regionales pueden alojarse localmente si todos los miembros se encuentran ubicados dentro de la misma región. El despachador regional puede asignar una llamada intra-regional a una región remota debido a los recursos locales que se sobrecargan o no se encuentran disponibles. En tales casos, los medios y la señalización pueden experimentar latencia adicional y errores debidos a trayectorias de comunicación extendida entre la - 53 - PDSN del usuario y la MCU remota. La Figura 5 ilustra una configuración de llamada a manera de ejemplo para una llamada intra-regional , remota. Iniciar una llamada intra-regional en un huésped remoto es similar al escenario de configuración de llamadas descrito en conexión con la Figura 4, con excepción de la asignación de llamada del despachador regional a una MCU. Después de que el despachador regional ha recuperado la ubicación de los miembros de grupo, puede determinar la MCU a la cual puede asignarse la llamada. El despachador regional puede tomar esta decisión con base en la información de ubicación de los usuarios, carga y disponibilidad de las MCUs . En una llamada intra-regional, los usuarios pueden ser ubicados en la misma región, por lo tanto, el despachador regional puede verificar la carga y disponibilidad del complejo de MCU en la región local. Si el despachador regional recibe una indicación de que el complejo de MCU local se encuentra sobrecargado o que temporalmente experimenta fallas operacionales , entonces puede asignar la llamada a una MCU remota. En una modalidad, las MCUs pueden ser réplicas de - 54 -funcionalidad idéntica con excepción de la configuración de llamadas; por lo tanto, la MCU remota puede manejar la llamada similar a la MCU local .
Llamada s Inter- regiona les El sistema 100 de llamada de grupo puede estar diseñado para permitir que un usuario se comunique con cualquier otro usuario independientemente de su ubicación física o proximidad uno con otro. El sistema 100 de llamada de grupo puede desplegarse para limitar el número de llamadas que son inter-regionales, debido a que las llamadas inter-regionales requieren comunicaciones entre el despachador regional y el despachador local al momento de la configuración de llamadas. La asignación de llamada puede ser para una MCU que es una región remota proveniente de uno o más de los participantes de llamada. Las siguientes secciones describen flujos de llamadas a manera de ejemplo, cálculos de sincronización y esquemas de mensajería para llamadas interregionales . - 55 - Iniciar una Llamada Local La Figura 6 ilustra un flujo de mensajes a manera de ejemplo para iniciar una llamada de grupo alojada localmente. La configuración de llamada para una llamada interregional, local, es similar a la configuración de llamada para una llamada intra-regional , local, como se describe en conexión con la Figura 4, con excepción del proceso en el cual el despachador regional recupera la información de ubicación para los usuarios objetivo. En una modalidad, el despachador regional intenta ubicar los usuarios objetivo dentro de su memoria intermedia. Si algunos usuarios no son encontrados en la memoria intermedia, el despachador regional puede solicitar asistencia del despachador local a fin de ubicar a los usuarios. El despachador local puede contener información de ubicación de usuario para los usuarios que hayan realizado registros de IP utilizando el servidor de ubicación regional. Como se describió con anterioridad, el servidor de ubicación de regional puede notificar su despachador regional asociado cada vez que ocurre un registro de usuario. Cada despachador - 56 -regional puede notificarle al despachador regional de los registros de usuario. Esto permite que el despachador local le ayuda a los despachadores regionales a encontrar los usuarios que se encuentran distribuidos geográficamente en las regiones diferentes.
Iniciar una Llamada Remota La Figura 7 ilustra una configuración a manera de ejemplo para una llamada interregional, remota. Iniciar una llamada interregional en un huésped remoto es similar al escenario de configuración de llamada, como se describe en conexión con la Figura 4, con excepción de la asignación de llamada del despachador regional a una MCU . Después de que el despachador regional (RD) 114 recupera la ubicación de los miembros de grupo, puede determinar la MCU a qué llamada puede asignarse. El RD 114 puede tomar esta decisión con base en la información de ubicación del usuario, carga, y disponibilidad de las MCUs. Utilizar las ubicaciones de los miembros de grupo, el RD intenta encontrar la trayectoria óptima de recorrido para los paquetes de IP que contienen - 57 -medios y señalización, por la red del proveedor de servicios, para una mayoría de miembros. Si una mayoría de usuarios se encuentran ubicados en una región particular, la llamada puede asignarse a esa región. Si los usuarios se encuentran distribuidos uniformemente en las regiones, la llamada puede asignarse a una de las regiones que contienen los usuarios ob j eti vo .
Terminac ión de Llamada de Grupo Una llamada de grupo puede terminar por dos razones: todos los participantes han solicitado abandonar la llamada o todos los participantes han dejado de hablar durante un periodo pre-definido de tiempo, llamado "tiempo de espera". Cada participante puede elegir terminar la participación en la llamada antes del final planeado de la llamada. Si todos los participantes abandonan la llamada, la MCU puede terminar la llamada y liberar todos los recursos asignados a ella. Si todos excepto un participante abandona la llamada, la MCU puede notificarle al participante, referido como el "usuario solitario". El usuario solitario tiene - 58 -la opción de abandonar la llamada inmediatamente o esperar a que expire el tempor i zador de tiempo de espera, lo cual puede activar la MCU a fin de desbandar la llamada. La MCU puede terminar la llamada después de la expiración del temporizador de tiempo de espera. La MCU puede rastrear cada impulso de charla y establecer un temporizador después del término de un impulso de charla. Este temporizador es referido como el temporizador de tiempo de espera y puede rastrear la duración de silencio, es decir, ninguna actividad de charla o de flujo de medios, en la llamada. Si la llamada permanece silenciosa para la duración del tiempo de espera, la cual puede configurarse por el proveedor de servicio, la MCU puede asumir que los participantes ya no se encuentran interesados en la llamada, y por lo tanto, termina la llamada.
Terminación de Llamada Iniciada por Usuario La Figura 8 ilustra un escenario a manera de ejemplo en el cual un usuario ha elegido terminar la participación en una llamada - 59 -de grupo. El escenario representa gráficamente el flujo de mensajes para terminar la participación del usuario. Cuando el usuario elige 802 terminar la participación en la llamada de grupo, el cliente puede enviar 804 una solicitud a la MCU a fin de eliminar al usuario de la llamada. La MCU puede eliminar 806 al usuario de la llamada y notificarle 808 al cliente que el usuario se ha eliminado 810.
Terminación de Llamada Iniciada por el Servidor La Figura 9 ilustra un flujo de mensajes a manera de ejemplo que ocurre cuando expira el temporizador de tiempo de espera y la MCU termina la llamada de grupo. Después de la expiración del temporizador 902 de tiempo de espera, la MCU puede enviarle 904 a los participantes una notificación de que la llamada está terminando. Cada cliente que recibe una notificación de fin de llamada puede contestar 906 con un reconocimiento. Después de la recepción de los reconocimientos, la MCU puede notificarle 908 al RD que la llamada ha terminado y puede liberar los recursos que fueron asignados a la llamada. - 60 - Enviar una Alerta El mecanismo de alerta puede utilizarse para notificarle a los usuarios objetivo que el otro usuario, el originador de alerta, ha expresado un deseo para hacerlos participar en una llamada de grupo. El mecanismo de alerta puede contener un mensaje de texto que le permite al originador especificar el tema de la llamada, el tiempo deseado de la llamada, o cualquier otro mensaje de texto personalizado. La Figura 10 ilustra un flujo de mensajes a manera de ejemplo que ocurre cuando un usuario envía una alerta. El originador 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 puede enviarse una alerta. 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 pre-def inidos especificados en la solicitud en las listas de miembros de usuario objetivo, y el RD puede recuperar la información de ubicación de los usuarios objetivo. Después - 61 -de que el RD h ubicado al menos uno de los usuarios objetivo, el RD puede enviar una respuesta 1008 de regreso al cliente. El RD puede asignar 1010 la solicitud de alerta a una MCU a fin de emitir mensajes 1012 de alerta a los usuarios objetivo. Como se observa en la Figura 10, la solicitud de alerta puede enviarse mediante ráfaga corta de datos (SDB) . Enviar alertas mediante mensajes de SDB permite que las sesiones de datos de paquete de las partes involucradas permanezcan durmientes. La notificación de alerta contiene la información necesaria para permitir que los usuarios objetivo configure llamadas de grupo con el originador y el resto de los usuarios objetivo, por ejemplo, seleccionando la notificación de alerta y oprimiendo el PTT. Cuando esto ocurre, la configuración de llamada de grupo procede de modo similar al escenario de configuración de llamada descrito en conexión con la Figura 4.
Unión Atrasada Una solicitud de configuración de llamada de grupo es considerada una unión - 62 -atrasada, si se determina que la lista de miembros, la cual puede especificarse en la solicitud de configuración de llamada, es idéntica a una que se encuentra asociada con una llamada ya 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 la que ya tiene una llamada asociada con él, por ejemplo, seleccionando el (los) mismo(s) usuario(s) y/o grupo(s) y desoprimiendo el botón de PTT . Segundo, el usuario puede seleccionar una llamada, la cual se está ejecutando aún en el sistema, a partir de la lista de historial de llamadas y desoprimiendo el PTT. En cualquier caso, el RD puede detectar que la llamada que ha solicitado comenzar el usuario ya se encuentra en progreso, y tratar al usuario como una unión atrasada. La Figura 11 ilustra un caso de unión atrasada a manera de ejemplo en la cual puede seleccionar una llamada a partir de la lista de historial de llamadas. El usuario puede seleccionar 1102 una llamada de la lista de historial de llamadas y oprimir el botón de PTT. El cliente puede enviar 1104 una solicitud al RD - 63 -para comenzar la llamada de grupo. El RD puede determinar la llamada que ya se está ejecutando 1106 y envía una respuesta 1108 al cliente de que el usuario está siendo agregado a una llamada en progreso. Si la llamada ya se está ejecutando, puede no concedérsele suelo al usuario debido a que un participante de llamada actual puede estar ya reteniendo suelo para el momento en el que el usuario atrasado es preparado para recibir medios, es decir, la sesión de datos de paquete sale de la latencia. El RD puede solicitarle 1110 a la MCU que está alojando la llamada a fin de agregar al usuario de unión atrasada al grupo. La MCU agrega al usuario y le envía 1112 un anuncio al usuario que contiene la información de contacto de la MCU. Después de que se reestablece el canal de tráfico del usuario de unión atrasada, el flujo de medios dentro de la llamada puede transmitírsele al usuario. En este momento, el usuario de unión atrasada puede intentar solicitar el privilegio de hablar. El escenario de unión atrasada es similar al escenario para iniciar una nueva llamada de grupo como se describe en conexión - 64 -con la Figura 4. El factor de diferenciación es que al usuario de unión atrasada se le deniega el suelo en respuesta a la solicitud de configuración de llamada de grupo inicial.
Arbitraje de Parlante En una modalidad, a cada usuario de llamada de grupo se le asigna una clasificación de derecho de preferencia de parlante, la cual determina qué nivel de derechos tiene el usuario cuando se solicitan privilegios para agarrar "suelo" y comenzar a hablar. Después de que se configura la llamada de grupo, la MCU puede ser responsable para controlar el suelo y determinar si puede permitirse que hable un participante que solicita el suelo. La MCU puede realizar arbitraje de parlante cuando dos o más participante de llamada se encuentran compitiendo por el control del suelo para un grupo particular. La Figura 12 ilustra los eventos a manera de ejemplo que pueden ocurrir durante un proceso de arbitraje. El esquema de arbitraje utilizado en este escenario permite el derecho de preferencia del usuario B cuando el usuario A - 65 -solicita el suelo. El usuario B tiene control del suelo, es decir, el usuario B está hablando, cuando el usuario A solicita permiso para hablar al oprimir 1202 el botón de PTT . El cliente puede enviar 1204 un mensaje a la MCU solicitando permiso para hablar. La MCU puede realizar el arbitraje 1206 de parlante y determinar que el usuario B puede tener el derecho de preferencia y se le concede el suelo al usuario A. Con objeto de asegurar una suspensión en el flujo de medios, es decir, el usuario B puede dejar de hablar antes de que se transmitan los medios del usuario A, la MCU envía primeramente 1208 un mensaje al cliente para el usuario B, indicando que el suelo ha tenido derecho de preferencia por otro usuario, y después envía 1210 una respuesta que le concede el suelo al usuario A.
Agregar Usuarios a una Llamada de Grupo Activo El sistema 100 de comunicaciones de grupo le permite a un participante de llamada de grupo agregar usuarios nuevos a una llamada de grupo en progreso. Esto se realiza por el participante de llamada seleccionando uno o más - 66 -usuarios objetivos, uno o más grupos predefinidos, o una combinación de los dos, e indicando que al participante le agradaría agregar los objetivos a la llamada de grupo en la que se encuentra actualmente el participante. La Figura 13 ilustra los eventos que ocurren cuando se agregan objetivos nuevos a una llamada de grupo que se encuentra en progreso. El participante de llamada puede seleccionar 1302 uno o más usuarios objetivo, uno o más grupos, o una combinación de los dos que deben agregarse a la llamada. El cliente puede enviar 1304 un mensaje al RD que solicita que los usuarios objetivos especificados se agreguen a ' la llamada de grupo en progreso, la cual puede especificarse en la solicitud. Cuando el RD recibe la solicitud, puede expandir los grupos pre-def inidos , especificados en la solicitud, en listas de miembros de usuario objetivo. Después, el RD puede recuperar 1306 la información de ubicación de los usuarios objetivos. Después de que se ha ubicado el RD en al menos uno de los usuarios objetivos, el RD puede enviar 1308 una respuesta de regreso al cliente indicando que los objetivos se están - 67 -agregando a la llamada. El RD puede enviar 1310 una solicitud a la MCU para agregar los usuarios especificados a la llamada. La MCU puede enviar 1312 anuncios de llamada a los nuevos objetivos, los cuales pueden comenzar el proceso para llevar sus sesiones de datos de paquete fuera de latencia. Los anuncios pueden enviarse sobre un programa de conf labilidad a fin de asegurar que los objetivos reciben el mensaje. Después de que se reestablecen los canales de tráfico de los objetivos, los objetivos pueden enviar 1314 reconocimientos a la MCU. Los objetivos adicionales pueden incluirse 1316 en los medios y la comunicaciones de señalización que está ocurriendo en la llamada.
Eliminar Miembros de una Llamada de Grupo Activo El sistema 100 de comunicaciones de grupo le permite a un participante de llamada de grupo eliminar miembros de un grupo activo. En una modalidad, esta puede realizarse por un participante de llamada que selecciona uno o más participantes objetivo e indicando que deben eliminarse de la llamada de grupo. La Figura 14 ilustra los eventos a manera de ejemplo que - 68 -pueden ocurrir cuando los participantes son eliminados de una llamada de grupo en progreso. El participante de llamada de grupo puede seleccionar 1402 uno o más participantes objetivos que se van a eliminar de la llamada. El cliente puede enviar 1404 un mensaje al RD, solicitando que los objetivos, los cuales pueden especificarse en el mensaje, se eliminen de la llamada de grupo. Cuando el RD recibe la solicitud, puede recuperar 1406 la información de ubicación del objetivo y puede enviar 1408 una respuesta de regreso al cliente indicando que se están eliminando los objetivos. El RD puede enviar 1410 una solicitud a la MCU para eliminar los objetivos de la llamada. La MCU puede enviarle 1412 mensajes a los objetivos, lo cual puede especificarse en la solicitud de eliminación, indicando que se están eliminando de la llamada. Los objetivos pueden enviar 1414 reconocimientos a la MCU.
Des-regis trar Cuando un usuario ya no desea ser contactado por el servidor de aplicaciones o cualquier otra aplicación de IP que utiliza la - 69 -dirección de IP del usuario para contactar al usuario, puede realizarse la función desregistrar. La función des-registrar elimina la dirección de IP del usuario y otra información de contacto proveniente del RLS y libera cualesquier recursos asignados en representación del usuario. La Figura 15 ilustra cómo se elimina el registro del usuario del RLS como resultado de la estación móvil que se apaga, de acuerdo con una modalidad. El cliente puede recibir 1502 una indicación de que la estación móvil, en la cual reside el cliente, está siendo apagada. Como parte del proceso de apagado, el cliente puede enviar 1504 un mensaje al RLS, indicando que debe eliminarse la información de ubicación del usuario. El RLS puede autenticar 1506 la solicitud para asegurar que proviene de una fuente válida. Después de la autenticación exitosa, el RLS puede notificarle 1508 al cliente una indicación exitosa, y puede notificarle 1510 a la RD acerca de la eliminación del usuario. El RD puede eliminar los registros de datos del usuario de su memoria intermedia y puede liberar los recursos que le pudieron haber sido asignados al usuario. En - 70 -caso de falla para de s -regí s t rar , la información de ubicación del usuario puede eliminarse eventualmente del RLS cuando ha transcurrido el tiempo asociado con el campo de expiración. En una modalidad, el sistema 100 de comunicaciones de grupo soporta tanto el modelo de cuarto de chat y el modelo ad-hoc. En el modelo de cuarto de chat, los grupos son predefinidos, los cuales pueden almacenarse en el servidor de despacho. Los grupos pre-def inidos pueden ser públicos, implicando que el grupo tiene un lista de miembros abierta, es decir, cualquier usuario de despacho es un participante potencial. En el modelo de cuarto de chat, la llamada es iniciada cuando la primera persona opta por unirse al cuarto por chat, y la llamada permanece en ejecución, con recursos de servidor asignados a la llamada, independientemente de la actividad de charla, durante una cantidad pre-determinada de tiempo, la cual puede configurarse por el proveedor de servicio. Los usuarios solicitan específicamente unirse y abandonar estos tipos de llamadas. Durante los periodos de inactividad de charla, cada llamada es llevada a un estado durmiente de grupo, como - 71 -se describirá a continuación, hasta que un usuario solicita permiso para hablar. En el modelo ad-hoc, los grupos pueden definirse en tiempo real y tienen una lista de miembros cerrada asociada con ellos. Una lista de miembros cerrada puede especificar a qué usuarios se les permite participar en el grupo, puede no estar disponible a los usuarios fuera de la lista de miembros cerrada, y puede solamente existir durante la vida de la llamada. Las definiciones de grupo ad-hoc pueden no almacenarse en ninguna otra parte; pueden utilizarse para establecer la llamada y liberarse después de que ha terminado la llamada. Puede formarse un grupo ad-hoc cuando un usuario de origen selecciona uno o más usuarios objetivos y genera una solicitud, la cual se envía a un servidor a fin de iniciar la llamada. A los usuarios objetivos se les puede enviar una notificación de que han sido incluidos en un grupo y pueden unirse automáticamente a la llamada asociada, es decir, no se requiere ninguna acción de usuario. Cuando una llamada ad-hoc se vuelve inactiva, - 72 -los servidores de aplicación pueden "desgastar" la llamada y liberar los recursos asignados a ella, incluyendo la definición de grupo utilizada para iniciar la llamada. Cuando se opera en el modelo de cuarto de chat, en el sistema 100 de comunicaciones de grupo, un grupo de usuarios de dispositivo de comunicaciones, individualmente conocidos como miembros de red, se comunican uno con otro utilizando un dispositivo de comunicaciones asignado a cada miembro de red. El término "red" denota un grupo de usuarios de dispositivo de comunicaciones autorizados a comunicarse uno con otro. En una modalidad, una base de datos central puede contener información que identifica a los miembros de cada red particular. Más de una red puede operar en el mismo sistema de comunicaciones. Por ejemplo, una primera red puede definirse teniendo diez miembros y una segunda red puede definirse, teniendo veinte miembros. Los diez miembros de la primera red pueden comunicarse uno con otro, pero pueden no comunicarse con los miembros de la segunda red. En otra modalidad, los miembros - 73 -de redes diferentes son capaces de monitorear las comunicaciones entre los miembros de más de una red, pero solamente son capaces de transmitir información dentro de su propia red. Una red puede operar sobre un sistema de comunicaciones existente, sin requerir cambios sustanciales a la infraestructura existente. Consecuentemente, un controlador y los usuarios en una red pueden operar en cualquier sistema capaz de transmitir y recibir información de paquete utilizando protocolo de Internet (IP) , tal como un sistema de Acceso Múltiple por División de Código ( C DMA ) , un sistema de Acceso Múltiple por División de Tiempo ( T DMA ) , un Sistema Global para Comunicaciones Móviles (GSM) , sistemas comunicaciones satelitales tales como Globalstar™ o Iridium™, o una variedad de otros sistemas . Los miembros de red pueden comunicarse uno con otro utilizando un dispositivo de comunicaciones asignado, mostrado como dispositivos de comunicaciones (CDs) 120 y 122. Los CDs 120 y 122 pueden ser dispositivos de comunicaciones inalámbricos o cableados tales - 74 -como teléfonos inalámbricos terrestres, teléfonos cableados que tienen capacidad de oprimir para hablar, teléfonos satelitales equipados con funcionalidad de oprimir para hablar, cámaras de video inalámbrico, cámaras fijas, dispositivos de audio tales como grabadoras o reproductores de música, computadoras portátiles o de escritorio, dispositivos de llamadas de localización, o cualquier combinación de las mismas. Por ejemplo, el CD 120 puede comprimir un teléfono terrestre inalámbrico que tiene una cámara y pantalla de video. Además, cada CD puede ser capaz de enviar y recibir información en cualquier modo seguro, o un modo no seguro (claro) . Mediante la siguiente descripción, la referencia a un CD individual infiere un teléfono oprimir para hablar inalámbrico. Sin embargo, debe comprenderse que la referencia a un CD no pretende limitarse a tal, y puede contemplar otros dispositivos de comunicaciones que tienen la capacidad de transmitir y recibir información de paquetes de acuerdo con el Protocolo de Internet (IP) . En el sistema 100 de comunicaciones de - 75 -grupo, un privilegio de transmisión generalmente le permite a un solo usuario transmitir información a otros miembros de red en un momento determinado. El privilegio de transmisión es concedido o denegado a un miembro de red solicitante, dependiendo de si se asigna actualmente o no el privilegio de transmisión a otro miembro de red cuando se recibe la solicitud. El proceso para conceder y denegar las solicitudes de transmisión es conocido como arbitraje. Los esquemas de arbitraje pueden evaluar los factores tales como niveles de prioridad asignados a cada CD, el número de intentos no exitosos de obtener privilegio de transmisión, la duración del tiempo en que un miembro de red ha mantenido el privilegio de transmisión, u otros factores, determinando si a un miembro de red solicitante se le concede el privilegio de transmisión. Con objeto de participar en el sistema 100, cada uno de los CDs 120 y 122 puede tener la capacidad de solicitar el privilegio de transmisión de un controlador o MCÜ 116. La MCU 116 puede administrar la operación en tiempo real y administrativa de los grupos. La MCU es - 76 -cualquier tipo de dispositivo de tipo de computadora que tiene al menos un procesador y memoria. La MCU 116 puede operar remotamente mediante un proveedor de servicio de sistema de comunicaciones, miembros, o ambos, suponiendo que la autorización se proporciona por el proveedor de servicio. La MCU 116 puede recibir definiciones de grupo mediante una interfase de administración externa. Los miembros de grupo pueden solicitar acciones administrativas mediante el proveedor de servicios o administrar funciones de red mediante sistemas definidos, tales como un administrador de seguridad (SM) operado por miembros que conforma a una interfase de administración de MCU. La MCU 116 puede autenticar a la parte que intenta establecer o modificar una red. El SM puede realizar administración de claves, autenticación de usuarios, y tareas relacionadas para soportar redes de seguridad. Un solo sistema de comunicaciones de grupo puede interactuar con uno o más SMs . El SM puede no estar implicado en el control de tiempo real de una red, incluyendo la activación de red o arbitraje de PTT . El SM puede tener capacidades - 77 -de administración compatibles con la interfase de MCU para automatizar las funciones de administración. El SM puede ser también capaz de actuar como un punto terminal de datos para el propósito de participar en una red, teclas de red de transmisión, o simplemente monitorear el tráfico de red. En una modalidad, los medios para solicitar el privilegio de transmisión desde una MCU comprende una tecla o conmutador de oprimir para hablar (PTT) . Cuando un usuario en el sistema 100 desea transmitirle información a los demás miembros, el usuario puede desoprimir el conmutador oprimir para hablar ubicado en su CD, enviar una solicitud de control de suelo para obtener el privilegio de transmisión proveniente de la MCU 116. Si no existe ningún otro miembro de red asignado actualmente el privilegio de transmisión, puede concedérsele al usuario solicitante el privilegio de transmisión y el usuario puede ser notificado por una alerta audible, visual, o táctil mediante el CD. Después de que se le ha concedido el privilegio de transmisión al usuario solicitante, entonces la información puede transmitirse desde ese - 78 -usuario al otro miembro. En una modalidad de la presente invención, cada miembro de red inalámbrico establece un enlace en avance y un enlace inverso con una o más estaciones base 126, o alternativamente con un acceso de red satelital, como puede ser el caso. La voz y/o datos pueden convertirse en paquetes de datos, utilizando un CD, por ejemplo, los cuales son adecuados para una red convertida particular 128 mediante lo cual puede tener lugar las comunicaciones a otros usuarios. En una modalidad, la red distribuida 128 es la Internet. En una modalidad, se establece un canal en avance dedicado en cada sistema de comunicaciones, es decir, un sistema de comunicaciones terrestres y un sistema de comunicaciones satelital, para transmitir información proveniente de cada miembro de red a los demás miembros de red. Cada miembro de red puede recibir comunicaciones provenientes de los demás miembros de red por el canal dedicado. En otra modalidad, se establece un enlace inverso dedicado en cada sistema de comunicaciones para transmitir información a la MCU 116. En una - 79 -modalidad, puede utilizarse una combinación de los esquemas anteriores. Por ejemplo, un esquema puede involucrar establecer un canal de transmisión en avance dedicado pero que requiere CDs inalámbricos para transmitir información a la CU 116 por un enlace inverso dedicado asignado a cada CD. Cuando un primer miembro de red desea transmitir información a otros miembros de la red, el primer miembro de red puede solicitar el privilegio de transmisión al oprimir una tecla de oprimir para hablar en su CD, lo cual genera una solicitud formateada por la transmisión por la red distribuida 128. En el caso de los CDs 120 y 122, la solicitud puede transmitirse por el aire a una o más estaciones base 126. Un centro de conmutación móvil (MSC) 130, el cual puede incluir una función de trabajo en red (IWF) bien conocida, nodo de servicio de datos de paquete (PDSN), o función de control de paquetes (PCF), para procesar los paquetes de datos que pueden existir entre la BS 126 y la red distribuida 128. La solicitud puede transmitirse por la red telefónica pública conmutada (PSTN) a un banco de módems, el cual - 80 -puede recibir la solicitud y proporcionarla a la red distribuida 128. Una terminal puede monitorear él tráfico del sistema 100 mediante su conexión a la red distribuida 128. Si ningún otro miembro mantiene actualmente el privilegio de transmisión, cuando la MCU 116 recibe una solicitud de privilegio de transmisión, la MCU 116 puede transmitir un mensaje al miembro de red solicitante, notificándole que el privilegio de transmisión ha sido concedido. La información de audio, visual, u otra información provenientes del primer miembro de red pueden transmitirse después a los demás miembros de red al enviar la información a la MCU 116, utilizando una de las trayectorias de transmisión recientemente transmitidas. En una modalidad, la MCU 116 proporciona después la información a los demás miembros de red al duplicar la información y enviar cada duplicado a los demás miembros de red. Si se utiliza un solo canal de transmisión, la información solamente necesita duplicarse una vez para cada canal de transmisión en uso. En una modalidad alternativa, la MCU - 81 - 116 se incorpora al MSC 130 de manera que los paquetes de datos provenientes de las estaciones base se direccionan directamente a la MCU 116 sin direccionarse en la red distribuida 128. En esta modalidad, la MCU 116 se conecta aún a la red distribuida 128 de modo que los demás sistemas y dispositivos de comunicaciones pueden participar en una comunicación de grupo. Aún en otra modalidad, la MCU 116 puede incorporarse a la PDSN o los módulos de PCF del MSC 130. En una modalidad, la MCU 116 mantiene una o más bases de datos para administrar información perteneciente a miembros de red individuales asi como también a cada red definida. Por ejemplo, para cada miembro de red, una base de datos puede comprender información tal como el nombre de usuario, número de cuenta, un número telefónico, o número marcado, asociado con el CD del miembro, un número de identificación de móvil asignado al CD, el estado del miembro actual en la red, tal como si el miembro se encuentra 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 - 82 -asociado con el GD, una dirección de IP asociada con el CD, y una indicación de con cuáles redes se encuentra autorizado el miembro a comunicarse. También pueden almacenarse otros tipos relacionados de información por la base de datos con respecto a cada miembro de red. En una modalidad, el CD puede formar conexiones con terminales de comunicación individuales para formar un grupo de charla, o red. La MCU puede comprender una variedad de capacidades funcionales en hardware y software que son configurable en diferentes maneras para alojar diferentes aplicaciones. La MCU puede proporcionar capacidad de administrar operaciones en tiempo real, administrativas, y de autenticidad de las redes, arbitraje de solicitud de oprimir para hablar (PTT) y distribución de membresia de red y listas de registro, configuración de llamadas y desgaste de comunicación necesaria, por ejemplo, CDMA, recursos del sistema y red, asi como también el control general del estado de red. Las redes pueden encontrarse dentro de un sistema celular desplegable independiente, o una configuración de sitio múltiple grande. En - 83 -el caso de una configuración grande, las CUs múltiples pueden desplegarse geográficamente a fin de formar un solo sistema integrado, operando cada uno como un módulo agregado a la infraestructura celular existente. Como tal, las nuevas características introducidas por las redes se encuentran disponibles a los usuarios celulares sin requerir la modificación a la infraestructura celular existente. La MCU puede mantener una lista de redes definidas. En una modalidad, cada definición de red incluye un identi f icador de red, una lista de miembros, incluyendo números telefónicos u otra información de identificación, información de prioridad de usuario, y otra información de administración genérica. Las redes pueden definirse estadísticamente como claras o seguras, y las transiciones entre claras y seguras pueden no ser permitidas. Una red segura utiliza típicamente encriptación de medios para proporcionar autenticación y protección contra oyentes ilegales. La encriptación de medios para redes seguras se implementa sobre una base de extremo a extremo, dando a entender que la - 84 -encriptación y la desencriptación puede tener lugar dentro del dispositivo de comunicaciones. La MCU puede operar sin el conocimiento de algoritmos, claves, o políticas de seguridad. La Figura 16 ilustra un grupo 1600 a manera de ejemplo para mostrar cómo interactúan los dispositivos 1602, 1604, y 1606 de comunicaciones con una MCU 1608. Las MCUs múltiples pueden desplegarse como se desee para grupos de gran escala. En la Figura 16, el CD 1602 tiene permiso de transmitir medios a los demás miembros del grupo. En este caso, el CD 1602 es conocido como el parlante y transmite medios por un canal. Cuando el CD 1602 se designa como el parlante, los participantes restantes, el CD 1604 y el CD 1606, pueden no tener permiso para transmitir medios al grupo. De acuerdo con lo anterior, el CD 1604 y el CD 1606 se designan como oyentes. Como se describió con anterioridad, los CDs 1602, 1604 , y 1606 se conectan a la MCU 1608 , utilizando al menos un canal. En una modalidad, el canal se divide en canales separados que comprenden un canal 1610 de protocolo de iniciación de medios (SIP) , un - 85 -canal 1612 de señalización de medios, y un canal 1614 de tráfico de medios. El canal 1610 de SIP y el canal 1612 de señalización de medios pueden utilizarse en cualquier momento que el ancho de banda permite por cualquiera de los CDs 1602, 1604, y 1606, independientemente de ser designado un parlante o un oyente. El SIP es un protocolo de capa de aplicaciones definido por la fuerza de tareas de diseño de Internet (IETF) que describe mecanismos de control para establecer, modificar, y terminar sesiones de multimedios que operan por el protocolo de Internet (IP) . El SIP proporciona una solución general a los problemas de señalización de llamadas para las aplicaciones de telefonía por Internet al soportar mecanismos que registren y ubiquen usuarios, mecanismos los cuales definen las capacidades de usuario y describen parámetros de medios, y mecanismos para determinar la disponibilidad del usuario, configuración de llamadas, y manejo de llamadas. En una modalidad, el canal 1610 de SIP se utiliza para comenzar y terminar la participación de un CD dentro del grupo 1600. Una señal de protocolo de descripción de sesión - 86 - (SDP) puede utilizarse también dentro del canal 1610 de SIP. Cuando se configura la participación del CD dentro del grupo, por ejemplo, utilizando el canal 1610 de SIP, el control de llamada de tiempo real y señalización entre el CD y la MCU tiene lugar, por ejemplo, utilizando el canal 1612 de señalización de medios de NBS. En una modalidad, el canal 1612 de señalización de medios se utiliza para manejar solicitudes de oprimir para hablar y liberaciones, arbitrar entre solicitudes en conflicto, o control de suelo, anunciar el inicio y fin de la transmisión de información, administrar la latencia de red, rastrear la conectividad de punto terminal, solicitar e intercambiar el estado de red, y notificar cualquier mensaje de error. El protocolo de canal 1612 de señalización de medios minimiza la duración de la mayoría de los mensajes comunes, y simplifica la tarea de interpretar las respuestas y responder a las solicitudes mientras se mantiene la flexibilidad para futuras mejoras. El protocolo _del canal 1612 de señalización de medios permite también que se reenvíen las solicitudes sin afectar - 87 -adversamente el estado de protocolo. En una modalidad, el tráfico de señalización en el canal 1612 de señalización de medios incluye la configuración de llamadas y señalización de control, lo cual puede consistir en solicitudes de invitación de sesión y reconocimientos, y señalización de medios, lo cual puede comprender solicitudes de control de suelo de tiempo real y mensajes asincrónicos relacionados. El tráfico de medios en el canal 1614 de tráfico de medios puede comprender las transmisiones de voz y/o datos en tiempo real de punto a multi-punto. Ambas categorías de mensajería tienen atributos funcionales únicos. Además, cada CD puede emitir solicitudes de cliente de servicio de nombre de dominio (DNS) a fin de facilitar el mapeo de nombres de huésped de DNS completamente calificados a direcciones de red de Internet. En una modalidad, la configuración de llamadas y señalización de control de llamadas se realiza de acuerdo con la semántica de SIP. Aunque el SIP puede transportarse utilizando sea el protocolo de datagrama de usuario (UDP) conocido o el protocolo de control de - 88 -transmisión (TCP), en una modalidad, cada CD realiza funciones de señalización basadas en SIP utilizando UDP. También, cada CM puede esperar el recibir solicitudes de señalización de SIP mediante UDP. La señalización en tiempo real puede ocurrir mediante la interfase dinámica UDP/IP en el CM y cada CD. Otra señalización puede tener lugar mediante una interfase fija de TCP/IP entre el CM y el CD utilizando el SIP, por ejemplo.
Latericia de PTT En una modalidad, cuando se encuentra activo el servicio de datos de paquete, los recursos en la infraestructura, por ejemplo, el subsistema de transceptor de estación base (BTS), el controlador de estación base (BSC), trabajo en red (IWF), y el enlace de radio se asignan activamente a la estación móvil (MS) . En un servicio de despacho de VoIP basado en IP, aunque existe una conversación activa en curso entre los participantes de grupo, la conexión de datos de paquete para cada usuario que permanece activo. Sin embargo, después de un periodo de inactividad, es decir, "tiempo de espera", en - 89 -las comunicaciones de grupo los canales de tráfico de usuario pueden realizar la transición al estado durmiente. La transición al estado durmiente conserva la capacidad del sistema, reduce el costo del servicio y el drenaje de la batería, y pone disponible al usuario a fin de recibir llamadas de voz convencionales entrantes. Por ejemplo, cuando el usuario se encuentra en una llamada de datos de paquete activo, generalmente considerará "ocupadas" las llamadas de voz entrantes. Si la llamada de datos de paquete del usuario se encuentra en estado durmiente, el usuario puede ser capaz de recibir llamadas de voz entrantes. Por estas razones, es deseable realizar la transición de la llamada de datos de paquete al estado durmiente después de periodos de inactividad de datos de paquete. Aunque las llamadas de datos de paquete se encuentran activas, incluso si no se intercambia ningún paquete de datos, la energía de frecuencia de radio (RF) puede transmitirse aún por los teléfonos móviles, a pesar de un nivel bajo, para mantener la sincronización y el control de energía con la estación base. Estas - 90 -transmisiones pueden ocasionar un drenaje significativo de energía en el teléfono. Sin embargo, en estado durmiente, el teléfono puede no realizar ninguna transmisión de RF. Para conservar la energía del teléfono y extender la vida de la batería, el tiempo de espera puede establecerse para que el teléfono realice la transición al modo durmiente después de periodos extendidos sin transmisión de datos. Aunque el servicio de datos de paquete se encuentra activo para todos los usuarios, las solicitudes de PTT, que pueden ser datagramas de IP enviados entre la S y el servidor de despacho, tienen una latencia muy baja. Sin embargo, si los usuarios de canal han realizado la transición con anterioridad al estado durmiente, la latencia de PTT puede ser mucho más larga. Durante la latencia de datos de paquete, puede mantenerse la información de estado asociada con la sesión de datos de paquete, incluyendo la dirección de IP móvil. Sin embargo, la información de estado asociada con capas debajo del PPP, tales como las capas de tráfico físicas, pueden liberarse y/o des-asignarse. - 91 - En algunas infraestructuras, para despertar una conexión de datos durmiente, el canal de tráfico debe reasignarse, los recursos deben reasignarse, y la capa de protocolo de enlace de radio (RLP) debe reinicializarse . El efecto de esto es que después de que un grupo de charla no ha hablado durante un rato, cuando un usuario oprime su botón PTT para solicitar el suelo, la latencia de PTT durante el primer impulso de charla es generalmente mucho más largo durante los impulsos de charla subsecuentes. Aunque esto es relati amente infrecuente, puede afectar la utilidad del servicio, y debe minimizarse. Para reducir la latencia de PTT, en una modalidad, la señalización de llamada de grupo, tal como las solicitudes de control de suelo, las respuestas de control de suelo, y mensajes de despertar de latencia, pueden transmitirse en algunos canales comunes disponibles, sin esperar a que se reestablezcan los canales de tráfico dedicados. Tales canales comunes pueden estar siempre disponibles, independientemente del estado de los móviles, y pueden no requerir ser solicitados y reasignados cada vez que un - 92 -usuario desea iniciar una llamada de grupo. Por lo tanto, la señalización de llamada de grupo puede intercambiarse incluso cuando se encuentran durmientes los móviles, lo cual puede proporcionar un medio para reestablecer canales de tráfico dedicados para el parlante y los móviles de oyente en paralelo. En una modalidad, la móvil que llama puede enviar una solicitud de control de suelo a la infraestructura inalámbrica por algunos canales comunes inversos disponibles, tales como el canal de acceso inverso y el canal de acceso mejorado inverso. La móvil que llama puede recibir también una respuesta a la solicitud de control de suelo en algunos canales comunes en avance disponibles, tales como el canal de llamada de localización en avance y el canal de control común en avance. En una modalidad, los móviles de oyente durmientes pueden recibir mensajes de despertar de latencia en algunos canales comunes en avance disponibles, tales como el canal de llamada de localización en avance y el canal de control común en avance. - 93 - Mensa j es de Señalización de Llamada de Ráfaga Corta de Datos En una modalidad, una reducción significativa en el tiempo de despertar de latericia total actual y la latencia de PTT percibida por el parlante, pueden alcanzarse mediante el uso de los mensajes de ráfaga corta de datos (SDB), como se proporciona en las "Normas de la TIA/EIA/IS-2000 para Sistemas de Espectro Disperso de cdma2000", referida en lo sucesivo como la "norma de cdma2000", por ejemplo. En una modalidad, los mensajes de SDB pueden enviarse tanto por canales físicos dedicados, tales como el canal fundamental en avance (FCH) o el canal de control común dedicado (F-DCCH) , o canales físicos comunes, tales como el canal de acceso inverso (R-ACH) , canal de acceso mejorado inverso (R-EACH) , canal de control común en avance (F-CCCH) , o canal de llamada de localización (PCH) . Los mensajes de SDB pueden transportarse por protocolo de ráfaga de radio (RBP) , el cual mapea los mensajes en un canal de capa física apropiado y disponible. Debido a que los mensajes de SDB pueden llevar tráfico arbitrario de IP y a que pueden enviarse - 94 -por canales físicos comunes, los mensajes de SDB proporcionan un mecanismo para intercambiar señalización de llamada de grupo cuando una móvil del cliente que llamada no tiene canales de tráfico dedicados.
Mensaj es de Señalización de Llamada Originados en Móvil En una modalidad, los mensajes de señalización de medios pueden llevar datagramas de IP por el enlace inverso o el enlace originado en móvil. Una estación móvil de cliente puede señalar la MCU rápidamente en cualquier momento en que el usuario solicita el suelo y un canal de tráfico inverso dedicado no se encuentra inmediatamente disponible.
Suponiendo que la estación móvil de cliente ha liberado todos los canales de tráfico dedicados, la estación móvil de cliente puede enviar en avance inmediatamente la solicitud de control de suelo por un canal común inverso de una infraestructura inalámbrica, el cual puede transmitir la solicitud a la MCU. Por ejemplo, o el canal de acceso inverso o el canal de acceso mejorado inverso puede utilizarse para - 95 -enviar tales mensajes cuando no se encuentra disponible un canal inverso dedicado. En una modalidad, la estación móvil de cliente puede transmitir un mensaje de solicitud de suelo a la MCU como un Mensaje de SDB. Refiriéndose a la Figura 4, en una modalidad, la MS de cliente puede enviar la solicitud 404 de suelo de PTT por un canal común inverso, tal como el canal de acceso o el canal de acceso mejorado, antes de intentar reestablecer su canal de tráfico dedicado. En una modalidad, la MS de cliente puede enviar la solicitud 404 de suelo de PTT en un mensaje de SDB independientemente de qué canal se utiliza. La MS de cliente puede comenzar después a reestablecer su canal de tráfico dedicado, por ejemplo, al realizar el "re-origen de opción de servicio 33", por ejemplo. La MS de cliente puede comenzar también la sincronización de protocolo de enlace de radio (RLP) . En una modalidad, la MS de cliente puede reestablecer su canal de tráfico dedicado y sincronizar RLP ventajosamente en paralelo con el envío de la solicitud 404 de suelo de PTT. Por lo tanto, el uso de canales comunes - 96 -inversos disponibles y/o característica de SDB para las solicitudes de control de suelo de señal al CM, cuando una estación móvil no tiene canales de tráfico dedicado activo, reduce el tiempo total requerido para despertar los móviles participantes. Aunque el cliente parlante puede no recibir confirmación de que su solicitud de suelo ha sido concedida hasta que se reestablece el canal de tráfico en avance del parlante, la capacidad de señalizar rápidamente al CM para comenzar a despertar a los oyentes participantes reduce la latencia general. Refiriéndose a la Figura 4, la infraestructura inalámbrica puede enviar la solicitud 404 de control de suelo de PTT de empaquetar el nodo de servicio de datos de paquete (PDSN) y después a la MCU . En una modalidad, después de recibir la solicitud de control de suelo, la MCU puede arbitrar la solicitud, mensajes de despertar de señalización de medios de ráfaga (activadores) a un grupo de participantes objetivos (oyentes) , y/o activar el reestablecimiento de los canales 414 de tráfico de los participantes (oyentes) . Si la MCU concede la solicitud de suelo de PTT, la MCU - 97 -puede enviar la concesión 408 de suelo de PTT a la MS de cliente. En una modalidad, el RD puede enviar la concesión 408 de suelo de PTT a la MS de cliente por un canal común en avance disponible, tal como el canal de llamada de localización en avance y el canal de control común en avance, si el canal de tráfico dedicado del cliente no se encuentra aún reestablecido . En una modalidad, la infraestructura puede enviar la concesión 408 de suelo de PTT a la MS de cliente en forma de SDB independientemente de qué canal se utiliza. En una modalidad, la MCU puede esperar a que expire el temporizador de respuesta de latencia antes de responder a la solicitud de control de suelo de PTT. Si el temporizador de respuesta de latencia del grupo se establece en cero, el CM puede responder inmediatamente a la solicitud de control de suelo. En una modalidad, si la MS de cliente ha completado de reestablecer su canal de tráfico y la sincronización de RLP, la MS de cliente puede hacer fluir los medios 416, la cual puede colocarse en memoria intermedia 412 en la MS de cliente, a la MCU. - 98 - Mensaj es de Señalización de Llamada Originados en Red En una modalidad, después de recibir la solicitud de control de suelo, la MCU puede emitir en ráfagas mensajes de despertar de señalización de medios a un grupo de participantes objetivos (oyentes) y activar el reestablecimiento de los canales de tráfico de los participantes (oyentes) . Si el temporizador de respuesta de latencia del grupo se establece en cero, la MCU puede responder inmediatamente a la solicitud de control de suelo. En una modalidad, si el parlante ha comenzado a reestablecer su canal de tráfico inmediatamente después de enviar la solicitud de PTT, los canales de tráfico de quien llama y de los oyentes puede reestablecerse ventajosamente en paralelo . Refiriéndose a la Figura 4, después de que la MCU recibe la solicitud de control de suelo de PTT, la MCU puede enviar activadores 414 de despertar dirigidos a los oyentes objetivos. La MCU puede determinar si existe una sesión de datos de paquete para la móvil objetivo, y envía en avance el paquete de - 99 -activador al elemento de infraestructura apropiado, por ejemplo, una estación base. La infraestructura puede localizar a cada MS objetivo individual para comenzar a reestablecer su canal de tráfico dedicado. La MS objetivo puede reestablecer después su canal de tráfico dedicado, por e emplo, al realizar el "re-origen de opción de servicio 33", por ejemplo. La MS objetivo puede comenzar también la sincronización de protocolo de enlace de radio (RLP) . En una modalidad, las MSs objetivos pueden reestablecer sus canales de tráfico dedicados y sincronizar sus RLPs ventajosamente en paralelo con las mismas funciones que son realizadas por la MS de cliente. En una modalidad, después de que una MS objetivo ha completado de reestablecer su canal de tráfico dedicado y de sincronizar su RLP, la MS objetivo puede enviarle la respuesta 422 de despertar a la MCU, indicando que la MS objetivo se encuentra lista para recibir medios. La MCU puede enviar un anuncio de parlante a la MS de cliente antes de hacer fluir los medios 420, los cuales se han colocado en memoria intermedia 418 en la MCU, a la MS objetivo. - 100 - En una modalidad, la MCU puede enviar el activador 414 de despertar a un oyente objetivo por algunos canales en avance comunes disponibles, tales como canal de llamada de localización en avance y canal de control común en avance, mientras no se reestablecen aún los canales de tráfico de los oyentes objetivo. En una modalidad, la MCU puede enviar el activador 414 de despertar al oyente objetivo en forma de SDB, independientemente de qué canal se utiliza. Si la solicitud de control de suelo de PTT es enviada por el canal común inverso del parlante como un mensaje de SDB y el temporizador de respuesta de latencia del grupo objetivo se establece en cero en la MCU, la latencia de PTT actual en el cliente de parlante puede reducirse al tiempo requerido para enviar un mensaje de solicitud de SDB por el enlace inverso seguido por un mensaje de respuesta de SDB en el enlace en avance.
Interfases de Red para Mensaj es de Señalización de Llamada Para determinar qué tráfico especifico originado en red, por ejemplo, la carga útil de - 101 - SDB, es enviada para una estación móvil inactiva sin canales de tráfico dedicados, puede implementarse alguna política o interfase de infraestructura para distinguir tal tráfico específico proveniente de otro tráfico. En una primera modalidad, los datagramas de IP pueden filtrarse con base en sus tamaños, dado que los mensajes de SDB pueden portar una carga útil de usuario limitado. Los datagramas de IP más pequeños que un límite de tamaño predeterminado pueden ser enviados como un mensaje de SDB, si se destinan para una móvil sin canales de tráfico dedicados. El sistema de comunicaciones de grupo puede utilizar tales filtros, dado que el mensaje de respuesta de solicitud de suelo de aplicación es bastante pequeño, por ejemplo, 34 bytes incluyendo las cabeceras de I P . En una segunda modalidad, un proveedor de infraestructura puede definir un servicio basado en IP para encapsular el tráfico de IP destinado para el suministro a una estación móvil. Un servidor de IP con conocimiento de este servicio puede transmitir IP pequeños, por ejemplo, UDP, datagramas, apropiadamente - 102 -encapsulados con cabeceras de IP, a este servicio para el suministro a una móvil sospechosa de no tener un canal de tráfico dedicado. Los sistemas de comunicaciones de grupo pueden utilizar este servicio para indicarle a la infraestructura que el mensaje de respuesta de solicitud de suelo pueda suministrarse a la MS de cliente solicitante en forma de SDB, por ejemplo. La coordinación de tráfico de SDB con llamadas de localización o solicitudes de origen de servicio pendientes también es importante a fin de asegurar un suministro rápido y confiable de tráfico de usuario . En una tercera modalidad, un servidor de IP puede transmitir IP especial, por ejemplo, UDP, datagramas con cabeceras de IP para el suministro a una móvil sospechosa de no tener un canal de tráfico dedicado. El servidor de IP puede etiquetar los datagramas de IP, por ejemplo, al designar un valor especial en la cabecera de IP, para instruir a la infraestructura a suministrar los datagramas de IP a la MS de cliente. Los sistemas de comunicaciones de grupo pueden utilizar este - 103 -servicio a fin de indicarle a la infraestructura que el mensaje de respuesta de solicitud de suelo suministre a la MS de cliente solicitante en forma de SDB, por ejemplo. En una tercera modalidad, un rango de puerto de UDP o TCP puede reservarse para suministrar datagramas de IP especifico, por ejemplo, mensajes de SDB.
Origen y Llamada de localización de Servicio Iniciado en Móvil En una modalidad, un cliente puede enviar la solicitud 404 de control de suelo, la cual puede estar en forma de SDB, seguida inmediatamente de una solicitud de origen de servicio para la infraestructura inalámbrica, por ejemplo, CDMA, para reestablecer rápidamente sus canales de tráfico. Sin embargo, si el temporizador de respuesta de latencia se establece en un valor pequeño, la RD puede responder a la solicitud de control de suelo rápidamente y transmitir una respuesta 408 de regreso al cliente. Si esta respuesta llega a la infraestructura durante las fases iniciales de la transacción de origen de servicio, la infraestructura observa que la MS de parlante no - 104 -tiene ningún canal de tráfico activo y puede intentar localizar la respuesta a la MS de parlante. Sin embargo, esta acción de llamada de localización puede abortar la transacción de origen de servicio ya en progreso. En una modalidad, la MS de parlante puede responder a la llamada de localización, asegurando que el mensaje de respuesta de control de suelo se le envía al parlante, y solicita nuevamente el origen de servicio, pero se experimenta un retraso innecesario al reestablecer el canal de tráfico del parlante como resultado del intento de origen de servicio original abortado. En una primera modalidad, para evitar la condición de competencia entre el proceso de origen de servicio y la llamada de localización, el D puede configurarse para no responder inmediatamente a la solicitud 404 de control de suelo. De acuerdo con lo anterior, el temporizador de respuesta de latericia puede ajustarse de manera que la MCU transmite la respuesta 408 a la MS de parlante después de que se complete el proceso de origen de servicio. En una segunda modalidad, la PDSN, la cual recibe la respuesta 408 , y el centro de - 105 -conmutación móvil (MSC) , el cual responde a la solicitud de origen de servicio del parlante, se encuentran coordinados. Es decir, si la PDSN determina que un proceso de origen de servicio de datos de paquete para la MS de parlante se encuentra ya en progreso cuando la respuesta 408 llega a la infraestructura, el MSC puede diferir la llamada de localización a la MS de parlante. La PDSN puede ocultar la respuesta y enviarla por el canal de tráfico en avance de la móvil de parlante una vez que está completo el proceso de origen del servicio. Alternativamente, el MSC puede enviar la respuesta a la MS de parlante como un mensaje de SDB si el proceso de origen de servicio se encuentra aún en progreso. En una tercera modalidad, la MS de parlante puede evitar la condición de competencia al no emitir una solicitud de origen de servicio hasta después de que la MS de parlante ha recibido una respuesta a la solicitud de control de suelo. En una modalidad, dado que la MS de parlante no tiene canal de tráfico dedicado activo, la MCU puede enviar la respuesta a la MS de parlante por algunos canales comunes en avance disponibles, - 106 -tales como el canal de llamada de localización en avance y el canal de control común en avance. En una modalidad, la MCU puede enviar la respuesta a la MS de parlante en forma de SDB. La MS de parlante puede basarse en la respuesta de control de suelo generada por el RD a fin de activar su reactivación de canal de tráfico, de la misma manera que las solicitudes de despertar enviadas por la MCU activan la reactivación de canal de tráfico para las móviles de oyentes. La condición de competencia se evita a medida que se evita el potencial para el origen simultáneo de servicio iniciado en móvil y la llamada de localización iniciada en red de la móvi 1.
Ocultar Activadores de Datos de Paquete iniciados en Red El datagrama de IP, incluyendo el activador 414 de despertar, que llega en la infraestructura inalámbrica, por ejemplo, C DMA , y que se encuentra destinado para una móvil de oyente que no tiene canales de tráfico dedicados puede perderse, sea por la red en general o por la infraestructura inalámbrica específicamente. - 107 - En una modalidad, el activador 414 de despertar enviado a la móvil de oyente se retransmite agresivamente de acuerdo con un programa definido hasta que los oyentes responden o expira el temporizador de despertar del grupo. Por ejemplo, el activador 414 de despertar puede reenviarse cada 500 ms . Sin embargo, retransmitir los activadores de despertar 414 a esta velocidad puede ocasionar un retraso máximo de hasta 500 ms, o un retraso promedio de 250 ms, desde el momento en que se reestablece el canal de tráfico del oyente hasta el momento en que el siguiente activador de despertar destinado para ese oyente llega a la infraestructura. En una modalidad, la infraestructura u otra entidad en la red pueden ocultar el activador 414 de despertar enviado por la MCU, y enviarlo a una MS objetivo tan pronto como la MS objetivo haya reestablecido su canal de tráfico. Esto elimina la necesidad de retransmisión de la solicitud de despertar por la MCU, y reduce el tiempo de despertar de latencia total. Saldar el activador 414 de despertar, contrariamente a retransmitirlo a la velocidad de 500 ms, por 108 -ejemplo, puede eliminar un retraso de gasta 500 ms a partir del tiempo de despertar de latencia total .
Colocación en Memoria Intermedia de Medios En una modalidad, puede permitirse que el usuario comience a hablar después de que el usuario ha solicitado el control de suelo, colocando en memoria intermedia los medios antes de que se reestablezcan los canales dedicados entre el cliente y los oyentes . Al colocar en memoria intermedia la voz del parlante, el sistema permite que el parlante hable antes de que los canales de tráfico de los oyentes se han reestablecido completamente. Esto permite que el parlante comience a hablar antes, reduciendo su latencia de PTT aparente. Dado que los oyentes no experimentan la latencia de PTT, su experiencia no se ve afectada, es decir, la latencia de PTT varia del parlante a otras partes del sistema. El parlante puede esperar tanto como para recibir una respuesta proveniente de un oyente a su primer impulso de charla, pero como se mencionó con anterioridad, ya espera la respuesta a su primer impulso de - 109 -charla para tomar más que la respuesta a los impulsos de charla subsecuente que ocurren mientras que se enlaza a una conversación activa. Colocar en memoria intermedia el primer impulso de charla del parlante puede realizarse en la parte de la MCU o en la parte de la MS .
Colocar en Memoria Intermedia la parte de MCU En una modalidad, la MCU puede colocar en memoria intermedia el primer impulso de charla del parlante. Después de que un usuario ha oprimido su botón de PTT y que se han reestablecido los canales de tráfico del usuario, puede permitírsele comunicar con la MCU. En este momento, dado que los canales de tráfico de oyente no se encuentran aún conformados, la MCU coloca en memoria intermedia 418 la voz del parlante para la futura transmisión a los oyentes objetivos. La colocación en memoria intermedia de la MCU puede reducir la latencia de PTT aparente que ve el parlante en el tiempo aproximado que le lleva conformar el canal de tráfico del parlante. La Figura 17 muestra la colocación en memoria intermedia en la parte de la MCU de acuerdo con - 110 -una modalidad, como se describe a continuación: (1) Ninguna llamada en progreso, los canales de tráfico del originador y del objetivo se encuentran durmientes . (2) Los usuarios oprimen el botón de PT . El servidor recibe una solicitud de "llamada de grupo configurado" proveniente del cliente . (3) Se concede el suelo al usuario después de que el cliente recibe una respuesta de "configuración en progreso" proveniente del servidor o después de un retraso configurable (1 segundo) y comienza a colocar en memoria intermedia los. medios de usuario. (4) El servidor comienza el proceso de reestablecimiento de canales de tráfico de datos de paquete de los ob j etivos (5) El servidor envía un mensaje de "anuncio de llamada de grupo" al cliente mediante SDB. - 111 - (6) El cliente reestablece exitosamente el canal de tráfico, comienza a enviar medios colocados en memoria intermedia al servidor. (7) El cliente hace fluir los medios al servidor (8) Los canales de tráfico de los objetivos se han reestablecido (se cumple el "umbral de respuesta ob etivo" ) . (9) El usuario libera el botón de PTT . El cliente deja de colocar en memoria intermedia a los medios. (10) El cliente termina de hacer fluir los medios al servidor, solicita la liberación del suelo por el servidor . (11) El servidor envía reconocimientos de liberación de suelo al cliente.
Colocación en Memoria Intermedia de la parte del Cliente En una modalidad, donde se desea una latencia aparente más corta, puede permitírsele al parlante comenzar a hablar antes incluso de - 112 -que se reestablezea su canal de tráfico. Debido a que la MS de cliente no se encuentra aún en comunicación con la MCU, la señal para que el parlante comience a hablar es realizada por la MS de cliente. Si se permite que el parlante hable antes de que se reestablezea el canal de tráfico del parlante, la MS de cliente puede colocar en memoria intermedia 412 la voz. Debido a que la comunicación con la CM no se ha establecido aún, al permiso para hablar se brinda de manera "optimista". La Figura 18 muestra la colocación en memoria intermedia de la parte de cliente de acuerdo con una modalidad, como se describe a continuación: (1) Ninguna llamada en progreso, el canal de tráfico del originador se encuentra durmiente. (2) El usuario oprime el botón de PTT . El cliente envía una solicitud de "llamada de grupo de configuración" al servidor mediante SDB. (3) El cliente comienza a procesar el reestablecimiento de un canal de tráfico de datos de paquete. - 113 - Se concede el suelo al usuario después de que el cliente recibe una respuesta de "configuración en progreso" proveniente del servidor o después de un retraso configurable (1 segundo) y comienza a colocar en memoria intermedia los medios de usuario. El cliente recibe un mensaje de "anuncio de llamada de grupo" proveniente del servidor mediante SDB . El cliente reestablece exitosamente el canal de tráfico. El cliente hace fluir los medios colocados en memoria intermedia al servidor . El usuario libera el botón de PTT . El cliente deja de colocar los medios en memoria intermedia. El cliente termina de hacer fluir los medios colocados en memoria intermedia al servidor, solicita la liberación del suelo por el servidor . - 114 - (10) El cliente recibe reconocimiento de la liberación de suelo proveniente del servidor.
En una modalidad, tanto la colocación en memoria intermedia 418 de la MCU como la colocación en memoria intermedia 412 de la parte de cliente pueden operar concurrentemente. La colocación en memoria intermedia de la parte de cliente puede permitir que la latencia de PTT aparente sea pequeña. En una modalidad, la MS de cliente puede colocar en memoria intermedia medios a fin de controlar la latencia de PTT aparente experimentada por el usuario. La combinación del SDB originado por la móvil y la colocación en memoria intermedia de los medios de parte del cliente puede reducir los retrasos asociados con los canales de tráfico activo reestablecidos . Por lo tanto, las modalidades descritas se proporcionan para un modelo de despacho que soporta al menos dos tipos de llamadas de despacho: el modelo de cuarto de chat y el modelo ad-hoc. En el modelo de cuarto de chat, los grupos son pre-def inidos , los cuales pueden - 115 -estar almacenados en el servidor de despacho. Sin embargo, en el modelo ad-hoc, los grupos pueden definirse y/o modificarse en tiempo real. Las modalidades descritas proporcionan también una reducción significativa en el tiempo de despertar de latencia total actual y la latencia de PTT al intercambiar la señalización de llamada de grupo incluso cuando las móviles se encuentren durmientes y ningún canal de tráfico se encuentra activo. El método y aparato se proporcionan para intercambiar la señalización de llamada de grupo mediante el uso de la señalización de mensaje de ráfaga corta de datos (SDB) . El método y aparato se proporcionan para reestablecer canales de tráfico dedicados para la móvil de parlante y las móviles de oyente durmiente ventajosamente en paralelo. En otra modalidad, la latencia de despertar durmiente en una red de comunicaciones de grupo puede reducirse mediante la ocultación de los activadores de despertar iniciados por red destinados para oyentes objetivo, y enviar un activador de despertar a una estación móvil objetivo tan pronto como la estación móvil haya - 116 -reestablecido su canal de tráfico. En otra modalidad, se evita el origen de servicio simultáneo y la llamada de localización en una móvil que opera en una red de comunicaciones de grupo al transmitir una respuesta a una solicitud de control de suelo después de que se completa el proceso de origen de servicio. En una modalidad, la respuesta a la solicitud de control de suelo puede estar en forma de SDB si el proceso de origen de servicio no está completo. En otra modalidad, el proceso de origen de servicio para el dispositivo de comunicación de fuente es iniciado después de transmitir la respuesta al dispositivo de comunicación fuente.

Claims (1)

  1. - 117 - NOVEDAD DE LA INVENCIÓN Habiéndose descrito la invención como antecedente, se reclama como propiedad lo contenido en las siguientes reivindicaciones: REIVINDICACIONES 1. En un dispositivo de comunicaciones, un método para agregar un miembro a una llamada de grupo activo en una red de comunicaciones de grupo, caracterizado el método porque comprende: recibir una lista de miembros proveniente de un usuario; y enviar una solicitud a un servidor para agregar la lista de miembros a la llamada de grupo activo. 2. En un dispositivo de comunicaciones, un medio legible por computadora que incorpora un método para agregar un miembro a una llamada de grupo activo en una red de comunicaciones de grupo, caracterizado el método porque comprende : recibir una lista de miembros proveniente de un usuario; y enviar una solicitud a un servidor para - 118 - agregar la lista de miembros a la llamada de grupo activo. 3. Un dispositivo de comunicaciones para agregar un miembro a una llamada de grupo activo en una red de comunicaciones de grupo, caracterizado porque comprende: medios para recibir una lista de miembros proveniente de un usuario; y medios para enviar una solicitud a un servidor a ' fin de agregar la lista de miembros a la llamada de grupo activo. 4. Un dispositivo de comunicaciones para agregar un miembro a una llamada de grupo activo en una red de comunicaciones de grupo, caracterizado el dispositivo de comunicaciones porque comprende: un receptor; un transmisor; y un procesador acoplado comunicativamente al receptor y al transmisor, siendo el procesador capaz de: recibir una lista de miembros proveniente de un usuario; y enviar una solicitud a un servidor para agregar la lista de miembros proveniente de - 119 - la llamada de grupo activo. 5. En un servidor, un método para agregar un miembro a una llamada de grupo activo en una red de comunicaciones de grupo, caracterizado el método porque comprende: recibir una solicitud para agregar una lista de miembros a una llamada de grupo activo; y agregar la lista de miembros a la llamada de grupo activo. 6. El método según la reivindicación 5, caracterizado porque incluye además anunciar la llamada de grupo a cada miembro en la lista de miembros . 7. El método según la reivindicación 6, caracterizado además porque incluye: recibir el reconocimiento proveniente de un miembro en la lista de miembros que desea participar en la llamada de grupo; y enviar en avance los medios al miembro. 8. El método según la reivindicación 7, caracte izado además porque incluye activar el miembro a fin de reestablecer su canal de tráfico antes de dicho envío en avance de los medios . - 120 - 9. El método según la rei indicación 8, caracterizado porque incluye además medios de colocación en memoria intermedia para la transmisión al miembro después de que se reestablece su canal de tráfico. 10. El método según la reivindicación 6, caracterizado porque el anuncio incluye transmitir un mensaje por un canal común en avance de una red inalámbrica. 11. El método según la reivindicación 10, caracterizado porque la transmisión incluye transmitir el mensaje por un canal de llamada de localización en avance (F-PCH) de la red inalámbrica . 12. El método según la reivindicación 10, caracterizado porque la transmisión incluye transmitir el mensaje por un canal de control común en avance (F-CCCH) de la red inalámbrica. 13. El método según la reivindicación 10, caracterizado porque la transmisión incluye transmitir el mensaje en forma de ráfaga corta de datos (SDB) . 14. En un servidor, un medio legible por computadora que incorpora un método para iniciar una llamada de grupo en una red de - 121 -comunicaciones de grupo, caracterizado el método porque comprende: recibir una solicitud para agregar una lista de miembros a una llamada de grupo activo; y agregar la lista de miembros a la llamada de grupo activo. 15. El medio legible por computadora según la reivindicación 14, caracterizado el método porque incluye además anunciar la llamada de grupo a cada miembro en la lista de miembros. 16. El medio legible por computadora según la reivindicación 15, caracterizado el método porque incluye además: recibir reconocimiento de un miembro en la lista de miembros que desee participar en la llamada de grupo; y enviar en avance medios al miembro. 17. El medio legible por computadora según la reivindicación 16, caracterizado además porque incluye activar el miembro a fin de reestablecer su canal de tráfico. 18. El medio legible por computadora según la reivindicación 17, caracterizado el método porque incluye además colocar en memoria - 122 -intermedia a los medios para la transmisión al miembro después de que se reestablece su canal de tráfico . 19. El medio legible por computadora según la reivindicación 15, caracterizado porque el anuncio incluye transmitir un mensaje en un canal común en avance de una red inalámbrica. 20. El medio legible por computadora según la reivindicación 19, caracterizado porque la transmisión incluye transmitir el mensaje en un canal de llamada de localización común en avance (F-PCH) de la red inalámbrica. 21. El medio legible por computadora según la reivindicación 19, caracterizado porque la transmisión incluye transmitir el mensaje en un canal de control común en avance (F-CCCH) de la red inalámbrica. 22. El medio legible por computadora según la reivindicación 19, caracterizado porque la transmisión incluye transmitir el mensaje en forma de ráfaga corta de datos (SDB) . 23. Un servidor para agregar un nuevo miembro a una llamada de grupo activo en una red de comunicaciones de grupo, caracterizado porque comprende : - 123 - medios para recibir una solicitud para agregar una lista de miembros a una llamada de grupo activo; y medios para agregar la lista de miembros a la llamada de grupo activo. 24. El servidor según la reivindicación 23, caracterizado además porque incluye para anunciar la llamada de grupo a cada miembro en la lista de miembros. 25. El servidor según la rei indicación 24, caracterizado además porque incluye: medios para recibir reconocimiento de un miembro que desee participar en la llamada de grupo; y medios para enviar en avance los medios al miembro. 26. El servidor según la reivindicación 25, caracterizado además porque incluye medios para activar el miembro para reestablecer su canal de tráfico. 27. El servidor según la reivindicación 26, caracterizado además porque incluye medios para colocar en memoria intermedia los medios para la transmisión al miembro después de que se reestablece su canal de tráfico. - 124 - 28. El servidor según la reivindicación 24, caracterizado porque los medio para anunciar incluyen medios para transmitir un mensaje en un canal común en avance de una red inalámbrica. 29. El servidor según la reivindicación 28, caracterizado porque los medios para transmitir incluyen medios para transmitir el mensaje en un canal de llamada de localización en avance (F-PCH) de la red inalámbrica. 30. El servidor según la reivindicación 28, caracterizado porque los medios para transmisión incluyen medios para transmitir el mensaje en un canal de control común en avance (F-CCCH) de la red inalámbrica. 31. El servidor según la reivindicación 28, caracterizado porque los medios para transmisión incluyen medios para transmitir el mensaje en forma de ráfaga corta de datos (SDB) . 32. Un servidor para agregar un nuevo miembro a una llamada de grupo activo en una red de comunicaciones de grupo, caracterizado el servidor porque comprende: un receptor; un transmisor; y un procesador acoplado - 125 - comunicativamente con el receptor y el transmisor, siendo capaz el procesador de: recibir una solicitud para agregar una lista de miembros a una llamada de grupo activo; y agregar la lista de miembros a la llamada de grupo activo. 33. El servidor según la reivindicación 32, caracterizado porque el procesador es capaz además de anunciar la llamada de grupo a cada miembro en la lista de miembros. 34. El servidor según la reivindicación 33, caracterizado porque el procesador es capaz además de : recibir reconocimiento de un miembro que desea participar en la llamada de grupo; y enviar en avance los medios al miembro. 35. El servidor según la reivindicación 34, caracterizado además porque incluye activar el miembro para reestablecer su canal de tráfico . 36. El servidor según la reivindicación 35, caracterizado porque el procesador es capaz además de colocar en memoria intermedia a los - 126 -medios para la transmisión al miembro después de que se reestablece su canal de tráfico. 37. El servidor según la reivindicación 36, caracterizado porque el anuncio incluye transmitir un mensaje en un canal común en avance de una red inalámbrica. 38. El servidor según la reivindicación 37, caracterizado porque la transmisión incluye transmitir el mensaje en un canal de llamada de localización en avance (F-PCH) de la red inalámbrica . 39. El servidor según la reivindicación 37, caracterizado porque la transmisión incluye transmitir el mensaje en un canal de control común en avance (F-CCCH) de la red inalámbrica. 40. El método según la reivindicación 37, caracterizado porque la transmisión incluye transmitir el mensaje en forma de ráfaga corta de datos (SDB) . 41. Un servidor para agregar un nuevo miembro a una llamada de grupo activo en una red de comunicaciones de grupo, caracterizado porque el servidor comprende: un despachador que recibe una solicitud para agregar un nuevo miembro a una llamada - 127 - de grupo activo con base en una lista de miembros; y un controlador que anuncia la llamada de grupo con base en la lista de miembros. 42. El servidor según la reivindicación 41, caracterizado porque el despachador determina información de ubicación para cada miembro en la lista de miembros. 43. El servidor según la reivindicación 42, caracterizado porque el controlador incluye un controlador local para un miembro que se encuentra ubicado en una región local. 44. El servidor según la reivindicación 42, caracterizado porque el controlador incluye un controlador remoto para un miembro que se encuentra ubicado fuera de una región local . - 128 - RESUMEN Se proporcionan un método y aparato para agregar un miembro a una llamada activa en una red de comunicaciones de grupo para recibir una lista de miembros proveniente de un usuario y enviar una solicitud a un servidor a fin de agregar la lista de miembros a la llamada de grupo activo. Se proporcionan el método y aparato además para anunciarle a cada miembro en la lista de miembros que están siendo agregados a la llamada de grupo, recibir reconocimiento proveniente de un miembro que desee participar en la llamada de grupo, y enviar en avance medios al miembro. El método y aparato proporcionan también una reducción significativa en el tiempo de despertar de latencia total actual y la latencia al intercambiar señalización de llamada de grupo incluso cuando las móviles se encuentran durmientes y ningún canal de tráfico se encuentra activo.
MXPA04007859A 2002-02-14 2003-02-12 Un metodo y un aparato para agregar un nuevo miembro a una llamada de grupo activo en una red de comunicaciones de grupo. MXPA04007859A (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US10/076,941 US6873854B2 (en) 2002-02-14 2002-02-14 Method and an apparatus for adding a new member to an active group call in a group communication network
PCT/US2003/004630 WO2003069928A1 (en) 2002-02-14 2003-02-12 A method and an apparatus for adding a new member to an active group call in a group communication network

Publications (1)

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

Family

ID=27660256

Family Applications (1)

Application Number Title Priority Date Filing Date
MXPA04007859A MXPA04007859A (es) 2002-02-14 2003-02-12 Un metodo y un aparato para agregar un nuevo miembro a una llamada de grupo activo en una red de comunicaciones de grupo.

Country Status (20)

Country Link
US (1) US6873854B2 (es)
EP (1) EP1474938B1 (es)
JP (2) JP4519466B2 (es)
KR (1) KR100928859B1 (es)
CN (1) CN100559898C (es)
AR (1) AR038516A1 (es)
AT (1) ATE345017T1 (es)
AU (1) AU2003211097B2 (es)
BR (1) BR0307646A (es)
CA (1) CA2476277C (es)
DE (1) DE60309567T2 (es)
DK (1) DK1474938T3 (es)
ES (1) ES2274251T3 (es)
MX (1) MXPA04007859A (es)
MY (1) MY134458A (es)
NZ (1) NZ534419A (es)
PT (1) PT1474938E (es)
RU (1) RU2316146C2 (es)
TW (1) TW200303692A (es)
WO (1) WO2003069928A1 (es)

Families Citing this family (204)

* 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
US7522931B2 (en) * 1998-06-05 2009-04-21 Netnumber, Inc. Method and apparatus for accessing a network computer to establish a push-to-talk session
US7966078B2 (en) 1999-02-01 2011-06-21 Steven Hoffberg Network media appliance system and method
US6684250B2 (en) * 2000-04-03 2004-01-27 Quova, Inc. Method and apparatus for estimating a geographic location of a networked entity
US6898436B2 (en) * 2002-02-14 2005-05-24 Qualcomm Incorporated Communication device for joining a user to a group call in a group 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
US9154906B2 (en) 2002-03-28 2015-10-06 Telecommunication Systems, Inc. Area watcher for wireless network
US8290505B2 (en) 2006-08-29 2012-10-16 Telecommunications Systems, Inc. Consequential location derived information
US8918073B2 (en) * 2002-03-28 2014-12-23 Telecommunication Systems, Inc. Wireless telecommunications location based services scheme selection
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
US7426380B2 (en) 2002-03-28 2008-09-16 Telecommunication Systems, Inc. Location derived presence information
US20030186699A1 (en) * 2002-03-28 2003-10-02 Arlene Havlark Wireless telecommunications location based services scheme selection
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
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
US8666397B2 (en) 2002-12-13 2014-03-04 Telecommunication Systems, Inc. Area event handling when current network does not cover target area
US20040192367A1 (en) * 2003-03-25 2004-09-30 Barros Mark A. Dispatch call "cut-in" alert
CN1314283C (zh) * 2003-09-05 2007-05-02 华为技术有限公司 集群通信系统组呼区域设定的方法
FR2860121A1 (fr) * 2003-09-23 2005-03-25 France Telecom Procede d'etablissement d'un transfert de donnees entre deux dispositifs de communication et dispositif associe
JP2005117197A (ja) * 2003-10-03 2005-04-28 Nec Corp 無線通信システム及び無線通信方法
US7570966B2 (en) * 2003-11-19 2009-08-04 Research In Motion Limited Systems and methods for facilitating instant communications over distributed cellular networks
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
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
JP3997995B2 (ja) * 2004-01-29 2007-10-24 日本電気株式会社 半二重無線通信方法、プログラム、およびシステム
FI20045162A0 (fi) * 2004-04-30 2004-04-30 Nokia Corp Ryhmäviestintä viestinjärjestelmässä
FI20045175A0 (fi) * 2004-05-12 2004-05-12 Nokia Corp Istunnon käynnistys reaaliaikaista mediakommunikaatiopalvelua varten
US20050265350A1 (en) * 2004-05-28 2005-12-01 Murali Narasimha Concurrent packet data session set-up for push-to-talk over cellular
KR20050114556A (ko) * 2004-06-01 2005-12-06 삼성전자주식회사 피티티 서비스 제공 시스템의 통화 호 설정 방법 및 장치
US7289822B2 (en) * 2004-06-21 2007-10-30 Qualcomm Incorporated Method for using a signaling channel to set up a call request for a push-to-talk communication on a wireless communication network
US7835761B2 (en) 2004-06-21 2010-11-16 Qualcomm Incorporated Method for distinguishing different types of data content in data packets in a wireless communication system
US8234335B1 (en) * 2004-06-29 2012-07-31 Sprint Spectrum L.P. Customized grouping of participants in real-time conference set-up
WO2006002576A1 (fr) * 2004-07-06 2006-01-12 Zte Corporation Reseau numerique de communications a ressources partagees prenant en charge l'itinerance, et procede associe
CN100372430C (zh) * 2004-07-08 2008-02-27 华为技术有限公司 一种基于移动台小区级定位的私密呼叫建立方法
KR100793343B1 (ko) 2004-07-16 2008-01-11 삼성전자주식회사 ＰｏＣ 시스템의 호 처리 방법
KR100690752B1 (ko) * 2004-07-28 2007-03-09 엘지전자 주식회사 피티티 서비스 시스템의 발언권 할당방법
CN100372433C (zh) * 2004-07-28 2008-02-27 华为技术有限公司 一种建立私密呼叫业务的方法
KR100640362B1 (ko) * 2004-08-18 2006-10-30 삼성전자주식회사 Ｐｔｔ서비스 방법
FI20050092A0 (fi) 2004-09-08 2005-01-28 Nokia Corp Ryhmäpalveluiden ryhmätiedot
FI20041169A0 (fi) 2004-09-08 2004-09-08 Nokia Corp Ryhmäpalveluiden ryhmätiedot
US7127266B2 (en) * 2004-09-17 2006-10-24 Nextel Communications Inc. System and method for efficient media resource allocation
US7756540B2 (en) * 2004-09-17 2010-07-13 Nextel Communications Inc. Public dispatch chatroom
WO2006035637A1 (ja) 2004-09-27 2006-04-06 Sharp Kabushiki Kaisha 無線送信装置
US20060077958A1 (en) * 2004-10-08 2006-04-13 Satya Mallya Method of and system for group communication
US7113128B1 (en) * 2004-10-15 2006-09-26 Telecommunication Systems, Inc. Culled satellite ephemeris information for quick, accurate assisted locating satellite location determination for cell site antennas
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
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
US7411546B2 (en) 2004-10-15 2008-08-12 Telecommunication Systems, Inc. Other cell sites used as reference point to cull satellite ephemeris information for quick, accurate assisted locating satellite location determination
US7245940B2 (en) 2004-10-19 2007-07-17 Kyocera Wireless Corp. Push to talk voice buffering systems and methods in wireless communication calls
US20060087973A1 (en) * 2004-10-22 2006-04-27 Henry Huang Delay timers for managing internal state changes and messages in user equipment for real-time multimedia applications
CN100349483C (zh) * 2004-10-26 2007-11-14 华为技术有限公司 基于gsm的集群数字系统建立私密呼叫业务的方法
DE102004053597B4 (de) * 2004-11-05 2008-05-29 Infineon Technologies Ag Verfahren zum automatischen Erzeugen und/oder Steuern einer Telekommunikations-Konferenz mit einer Vielzahl von Teilnehmern, Telekommunikations-Konferenz-Endgerät und Telekommunikations-Konferenz-Servereinrichtung
KR100651956B1 (ko) 2004-11-22 2006-12-01 엘지전자 주식회사 그룹통신 단말기의 셋업 방법
US10750327B2 (en) 2004-11-23 2020-08-18 Kodiak Networks Inc Method for multiplexing media streams to optimize network resource usage for push-to-talk-over-cellular service
WO2016073515A1 (en) * 2014-11-03 2016-05-12 Kodiak Networks, Inc. Method for multiplexing media streams to optimize network resource usage for push-to-talk-over-cellular service
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
US8315190B2 (en) * 2005-01-28 2012-11-20 Qualcomm Incorporated Method and apparatus for interworking between push-to-talk over cellular (PoC) systems and instant messaging (IM) systems
US20060212143A1 (en) * 2005-03-01 2006-09-21 Nguyen Dung H Apparatus and methods for instant messaging feature for communication between users in multiple-user information handling system
US7933623B1 (en) * 2005-03-11 2011-04-26 Nextel Communications Inc. System and method for addressing dispatch stations
US9065664B2 (en) * 2006-01-27 2015-06-23 Cisco Technology, Inc. Providing an announcement for a multiparty communication session
US7353034B2 (en) 2005-04-04 2008-04-01 X One, Inc. Location sharing and tracking using mobile phones or other wireless devices
WO2006116013A2 (en) * 2005-04-22 2006-11-02 Pandit Shrihari B Methods and systems for communicating voice, audio, video, text and/or multimedia data
WO2006128324A1 (fr) * 2005-06-02 2006-12-07 Zte Corporation Procede pour l'etablissement rapide d'un appel dans un groupe d'acces multiple par repartition de code
US7469149B2 (en) * 2005-06-03 2008-12-23 Motorola, Inc. Method and apparatus for serially establishing a group call session
US8045998B2 (en) * 2005-06-08 2011-10-25 Cisco Technology, Inc. Method and system for communicating using position information
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
DE102005037569B4 (de) * 2005-08-09 2011-03-03 Infineon Technologies Ag Verfahren zum Vergeben eines Kommunikationsrechts, Kommunikationskonferenz-Sitzung-Server und Kommunikationskonferenz-Sitzung-Server-Anordnung
US7633914B2 (en) * 2005-08-10 2009-12-15 Cisco Technology, Inc. Method and system for providing interoperable communications with location information
US7636339B2 (en) * 2005-08-10 2009-12-22 Cisco Technology, Inc. Method and system for automatic configuration of virtual talk groups based on location of media sources
US7706339B2 (en) * 2005-08-10 2010-04-27 Cisco Technology, Inc. Method and system for communicating media based on location of media source
CN100396000C (zh) * 2005-08-12 2008-06-18 华为技术有限公司 客户端向服务器申请服务的方法及其系统
PL1926333T3 (pl) * 2005-08-18 2014-06-30 Zte Corp Realizowany w roamingu sposób dla systemu komunikacji przez cyfrową linię komunikacyjną
US20070049288A1 (en) * 2005-08-24 2007-03-01 Lamprecht Leslie J Creating optimum temporal location trigger for multiple requests
US7869386B2 (en) * 2005-08-29 2011-01-11 Cisco Technology, Inc. Method and system for conveying media source location information
US9282451B2 (en) 2005-09-26 2016-03-08 Telecommunication Systems, Inc. Automatic location identification (ALI) service requests steering, connection sharing and protocol translation
CN100370850C (zh) * 2005-09-26 2008-02-20 华为技术有限公司 一种创建群组和添加群组成员的方法、装置及系统
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
US20070075848A1 (en) * 2005-10-05 2007-04-05 Pitt Lance D Cellular augmented vehicle alarm
US7907551B2 (en) 2005-10-06 2011-03-15 Telecommunication Systems, Inc. Voice over internet protocol (VoIP) location based 911 conferencing
US8467320B2 (en) 2005-10-06 2013-06-18 Telecommunication Systems, Inc. Voice over internet protocol (VoIP) multi-user conferencing
US7991136B2 (en) * 2005-10-19 2011-08-02 At&T Intellectual Property I, L.P. Methods, apparatus and computer program products for allowing access to in-progress calls via calling groups in a voice over internet protocol communication system
JP4890002B2 (ja) * 2005-10-28 2012-03-07 京セラ株式会社 通信装置、通信システムおよび通信方法
KR20070108311A (ko) * 2005-11-15 2007-11-09 삼성전자주식회사 ＰｏＣ 시스템에서의 멀티 미디어 통화 서비스를 수행하기위한 발언권 관리 시스템과 그 방법 및 단말장치
KR101277860B1 (ko) * 2005-11-15 2013-06-21 삼성전자주식회사 ＰｏＣ 시스템에서의 멀티 미디어 통화 서비스를 수행하기위한 발언권 관리 시스템과 그 방법 및 단말장치
US20070162553A1 (en) * 2006-01-10 2007-07-12 Dewing Shane R Interactive moderated voice chat system
KR101177948B1 (ko) * 2006-01-13 2012-08-28 삼성전자주식회사 ＰｏＣ 시스템에서 미디어 전송 시간 정보 제공을 위한단말 장치 및 방법과 미디어 전송 시간 정보 제공을 위한ＰｏＣ 시스템
US8768321B2 (en) 2006-01-27 2014-07-01 Kyocera Corporation Communication system, radio communication terminal and display control method
JP4693641B2 (ja) * 2006-01-27 2011-06-01 京セラ株式会社 通信システム、無線通信端末及び表示制御方法
US7885199B2 (en) * 2006-01-31 2011-02-08 Alcatel-Lucent Usa Inc. System and method for providing group calling in a wireless network
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)
US8085671B2 (en) * 2006-02-27 2011-12-27 Cisco Technology, Inc. Method and system for providing interoperable communications with congestion management
US8260338B2 (en) * 2006-02-28 2012-09-04 Cisco Technology, Inc. Method and system for providing interoperable communications with dynamic event area allocation
US9167553B2 (en) 2006-03-01 2015-10-20 Telecommunication Systems, Inc. GeoNexus proximity detector network
US7471236B1 (en) 2006-03-01 2008-12-30 Telecommunication Systems, Inc. Cellular augmented radar/laser detector
US7899450B2 (en) * 2006-03-01 2011-03-01 Telecommunication Systems, Inc. Cellular augmented radar/laser detection using local mobile network within cellular network
US8095140B2 (en) * 2006-03-27 2012-01-10 Motorola Solutions, Inc. Regrouping wireless devices
US9112746B2 (en) * 2006-04-05 2015-08-18 Cisco Technology, Inc. Method and system for managing virtual talk groups
KR20090015063A (ko) * 2006-04-27 2009-02-11 교세라 가부시키가이샤 휴대 전화 단말, 서버 및 그룹 통화 시스템
JP5095119B2 (ja) * 2006-04-27 2012-12-12 京セラ株式会社 携帯電話端末
JP5095118B2 (ja) * 2006-04-27 2012-12-12 京セラ株式会社 携帯電話端末及びサーバ
JP4828999B2 (ja) 2006-04-27 2011-11-30 京セラ株式会社 移動局及びサーバ
JP4704270B2 (ja) * 2006-04-27 2011-06-15 京セラ株式会社 携帯電話端末及びサーバ
JP5095120B2 (ja) * 2006-04-27 2012-12-12 京セラ株式会社 グループ通話システム、携帯電話端末及びサーバ
US8208605B2 (en) 2006-05-04 2012-06-26 Telecommunication Systems, Inc. Extended efficient usage of emergency services keys
US7860070B2 (en) * 2006-05-10 2010-12-28 Cisco Technology, Inc. Providing multiple virtual talk group communication sessions
US7831270B2 (en) * 2006-05-18 2010-11-09 Cisco Technology, Inc. Providing virtual talk group communication sessions in accordance with endpoint resources
US7639634B2 (en) * 2006-06-02 2009-12-29 Cisco Technology, Inc. Method and System for Joining a virtual talk group
US20070280203A1 (en) * 2006-06-02 2007-12-06 Shmuel Shaffer Method and System for Managing a Plurality of Virtual Talk Groups
CN101098267B (zh) * 2006-06-28 2011-07-20 华为技术有限公司 一种建立群组会话的方法和系统
US20080032728A1 (en) * 2006-08-03 2008-02-07 Bina Patel Systems, methods and devices for communicating among multiple users
US8559947B2 (en) * 2006-09-13 2013-10-15 Mformation Software Technologies Llc System and method to enable subscriber self-activation of wireless data terminals
US8570909B1 (en) 2006-10-17 2013-10-29 Cisco Technology, Inc. Method and system for providing an indication of a communication
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)
CN101198079B (zh) * 2006-12-06 2011-01-19 上海华为技术有限公司 组呼业务的控制方法及其系统和设备
US20080151786A1 (en) * 2006-12-21 2008-06-26 Motorola, Inc. Method and apparatus for hybrid audio-visual communication
US7620393B2 (en) * 2006-12-26 2009-11-17 Motorola, Inc. Method and system for managing communication devices
US20080160980A1 (en) * 2006-12-28 2008-07-03 Motorola, Inc. Method and apparatus for determining a group call wait time
US8189460B2 (en) * 2006-12-28 2012-05-29 Cisco Technology, Inc. Method and system for providing congestion management within a virtual talk group
US20080167018A1 (en) * 2007-01-10 2008-07-10 Arlene Havlark Wireless telecommunications location based services scheme selection
US20080187143A1 (en) * 2007-02-01 2008-08-07 Research In Motion Limited System and method for providing simulated spatial sound in group voice communication sessions on a wireless communication device
US8050386B2 (en) 2007-02-12 2011-11-01 Telecommunication Systems, Inc. Mobile automatic location identification (ALI) for first responders
US8509788B2 (en) * 2007-03-08 2013-08-13 Motorola Mobility Llc Dynamic sharing of wireless resources among different communication networks
US7631040B1 (en) * 2007-03-19 2009-12-08 At&T Intellectual Property Ii, L.P. System and measured method for multilingual collaborative network interaction
US8611921B2 (en) 2007-04-06 2013-12-17 Qualcomm Incorporated Delay and backhaul-efficient paging method and apparatus
US9462060B2 (en) * 2007-04-23 2016-10-04 Alcatel Lucent System and method for sending notification message to a mobile station using session initiation protocol (SIP)
JP4929040B2 (ja) 2007-05-10 2012-05-09 キヤノン株式会社 通信装置及び通信方法
US8874159B2 (en) * 2007-05-10 2014-10-28 Cisco Technology, Inc. Method and system for handling dynamic incidents
WO2009014751A2 (en) * 2007-07-24 2009-01-29 Nokia Siemens Networks Oy Apparatus, methods and computer program product providing group source allocation for reducing signaling overhead
EP2028812B1 (en) * 2007-08-21 2011-06-08 Nokia Siemens Networks Oy Methods, apparatuses, system, and related computer program product for user equipment access
US8185087B2 (en) 2007-09-17 2012-05-22 Telecommunication Systems, Inc. Emergency 911 data messaging
US8761822B2 (en) * 2007-09-24 2014-06-24 Qualcomm Incorporated Continuous interface maintenance for group communications to a wireless communications device group
US9130963B2 (en) 2011-04-06 2015-09-08 Telecommunication Systems, Inc. Ancillary data support in session initiation protocol (SIP) messaging
US7929530B2 (en) 2007-11-30 2011-04-19 Telecommunication Systems, Inc. Ancillary data support in session initiation protocol (SIP) messaging
US8009648B2 (en) 2008-05-08 2011-08-30 Harris Corporation Mobile ad hoc network with isosynchronous communications and related methods
GB2460897A (en) * 2008-06-18 2009-12-23 Skype Ltd Authorising and adding a user to a conference event by determining if a set up request received from the user is associated with the conference event
US8737281B2 (en) * 2008-06-18 2014-05-27 Thomson Licensing Apparatus for multicast transmissions in wireless local area networks
US8705383B2 (en) * 2008-06-18 2014-04-22 Thomson Licensing Contention based medium reservation for multicast transmission in wireless local area networks
JP5415533B2 (ja) * 2008-06-23 2014-02-12 トムソン ライセンシング 通信方法及び通信局
US8462686B2 (en) * 2008-06-23 2013-06-11 Thomson Licensing Apparatus for collision mitigation of multicast transmissions in wireless networks
KR101451247B1 (ko) * 2008-06-26 2014-10-15 톰슨 라이센싱 무선 근거리 통신망에서 멀티캐스트 데이터의 수신 확인 및 재전송을 위한 방법 및 장치
EP2304890B1 (en) * 2008-06-26 2017-11-08 Thomson Licensing Apparatus for requesting acknowledgement and transmitting acknowledgement of multicast data in wireless local area networks
US8068587B2 (en) 2008-08-22 2011-11-29 Telecommunication Systems, Inc. Nationwide table routing of voice over internet protocol (VOIP) emergency calls
US8892128B2 (en) 2008-10-14 2014-11-18 Telecommunication Systems, Inc. Location based geo-reminders
WO2010044837A1 (en) 2008-10-14 2010-04-22 Telecommunication Systems, Inc. Location based proximity alert
US20100161727A1 (en) * 2008-12-19 2010-06-24 Cisco Technology, Inc. System and Method for Accelerating a Wide Area Notification
US8126494B2 (en) * 2008-12-19 2012-02-28 Cisco Technology, Inc. System and method for providing a trunked radio and gateway
US8041378B2 (en) 2008-12-19 2011-10-18 Cisco Technology, Inc. System and method for providing channel configurations in a communications environment
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
US20110009086A1 (en) * 2009-07-10 2011-01-13 Todd Poremba Text to 9-1-1 emergency communication
RU2509434C2 (ru) * 2009-07-23 2014-03-10 Телефонактиеболагет Л М Эрикссон (Пабл) Способ для переноса сеанса связи в телекоммуникационной сети первого соединения во второе соединение
US8630667B2 (en) 2009-10-23 2014-01-14 Apple Inc. Methods and apparatus for paging reception in multimode wireless networks
US20130063246A1 (en) * 2010-02-22 2013-03-14 Easy Axess Gmbh I.G. System and method for electronically providing an access authorization
US8495142B2 (en) * 2010-03-11 2013-07-23 Cisco Technology, Inc. System and method for providing data channel management in a network environment
DE102010021770B9 (de) 2010-05-27 2012-05-24 Infineon Technologies Ag Verfahren und Vorrichtung zum Anfordern einer Medien-Replikation in einer kollaborativen Kommunikationssitzung und Verfahren und Vorrichtung zum Zuweisen eines Kommunikations-Mediums einer kollaborativen Kommunikationssitzung
US8412254B2 (en) 2010-06-02 2013-04-02 R&L Carriers, Inc. Intelligent wireless dispatch systems
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
CN102438327A (zh) * 2010-09-29 2012-05-02 中兴通讯股份有限公司 一种组呼信道建立方法、系统及移动交换中心
JP4927213B1 (ja) * 2010-12-03 2012-05-09 株式会社エヌ・ティ・ティ・ドコモ 移動通信方法、ゲートウェイ装置、移動管理ノード及び呼セッション制御サーバ装置
US8688087B2 (en) 2010-12-17 2014-04-01 Telecommunication Systems, Inc. N-dimensional affinity confluencer
US8942743B2 (en) 2010-12-17 2015-01-27 Telecommunication Systems, Inc. iALERT enhanced alert manager
WO2012102634A1 (ru) * 2011-01-25 2012-08-02 Krechetov Oleg Vasilyevich Способ автоматического поиска пользователей в заданном местонахождении методом условной авторизации радиоэлектронных устройств
WO2012141762A1 (en) 2011-02-25 2012-10-18 Telecommunication Systems, Inc. Mobile internet protocol (ip) location
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
US9313637B2 (en) 2011-12-05 2016-04-12 Telecommunication Systems, Inc. Wireless emergency caller profile data delivery over a legacy interface
US9264537B2 (en) 2011-12-05 2016-02-16 Telecommunication Systems, Inc. Special emergency call treatment based on the caller
US8984591B2 (en) 2011-12-16 2015-03-17 Telecommunications Systems, Inc. Authentication via motion of wireless device movement
US9854079B2 (en) * 2011-12-29 2017-12-26 International Business Machines Corporation Contact list availability prioritization
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
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
CN103190162B (zh) * 2012-10-16 2016-03-09 华为技术有限公司 群组区域管理方法、设备及系统
CN103813035A (zh) * 2012-11-14 2014-05-21 中兴通讯股份有限公司 会议接入方法及装置
TWI486026B (zh) 2012-11-21 2015-05-21 Hon Hai Prec Ind Co Ltd 網路協定語音系統及網路通話方法
CN103856903B (zh) * 2012-12-03 2018-07-06 中兴通讯股份有限公司 一种集群接入网、终端设备和加入集群组的方法
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
US9479897B2 (en) 2013-10-03 2016-10-25 Telecommunication Systems, Inc. SUPL-WiFi access point controller location based services for WiFi enabled mobile devices
US8970660B1 (en) * 2013-10-11 2015-03-03 Edifire LLC Methods and systems for authentication in secure media-based conferencing
WO2015096039A1 (zh) * 2013-12-24 2015-07-02 宇龙计算机通信科技(深圳)有限公司 服务器和用户群的管理方法
EP3183839B1 (en) * 2014-08-18 2020-10-21 Nokia Solutions and Networks Oy Group communication service enabler security
CN107005091A (zh) 2014-08-25 2017-08-01 伏达科技 无线功率传输系统以及无线功率传输方法
US10425986B2 (en) * 2015-05-08 2019-09-24 Motorola Solutions, Inc. Method and apparatus for replaying a missing voice stream portion at a late entry subscriber device
US10123182B2 (en) * 2015-06-29 2018-11-06 Blackberry Limited Merging active group calls
US10827002B2 (en) * 2018-12-03 2020-11-03 At&T Intellectual Property I, L.P. Group communication and service optimization system
KR20230001918A (ko) 2021-06-29 2023-01-05 삼성전자주식회사 반도체 소자

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA1333296C (en) * 1988-11-15 1994-11-29 Dawn Smith Group emergency call system
GB2281676A (en) * 1993-09-07 1995-03-08 Motorola Ltd System for broadcast and group communications in a communications system
FI97844C (fi) * 1994-02-16 1997-02-25 Nokia Telecommunications Oy Menetelmä puhelun ohjaamiseksi tietoliikennejärjestelmässä ja tietoliikennejärjestelmä
US5835485A (en) 1995-11-22 1998-11-10 Motorola, Inc. Method for dynamic routing of communication messages
US5933780A (en) * 1997-02-21 1999-08-03 Connor; James M. Method and apparatus for enhanced logged supergroup/multigroup call retrieval
US6385461B1 (en) * 1998-11-16 2002-05-07 Ericsson Inc. User group indication and status change in radiocommunications systems
AU1319601A (en) 1999-10-26 2001-05-08 Telefonaktiebolaget Lm Ericsson (Publ) Dynamically controlled group call services in mobile telecommunications networks
ES2389057T3 (es) * 2000-03-03 2012-10-22 Qualcomm Incorporated Procedimiento y aparato para participar en servicios de comunicación grupal en un sistema de comunicación existente
US20030153341A1 (en) * 2002-02-14 2003-08-14 Crockett Douglas M. Server for initiating a 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
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
US6781963B2 (en) * 2002-02-14 2004-08-24 Qualcomm Inc Method and an apparatus for terminating a user from a group call in a group communication network
US20030153340A1 (en) * 2002-02-14 2003-08-14 Crockett Douglas M. Server for joining a user to a group call in a group communication network

Also Published As

Publication number Publication date
ES2274251T3 (es) 2007-05-16
CA2476277A1 (en) 2003-08-21
CN1643950A (zh) 2005-07-20
NZ534419A (en) 2007-04-27
WO2003069928A1 (en) 2003-08-21
ATE345017T1 (de) 2006-11-15
US20030153339A1 (en) 2003-08-14
EP1474938B1 (en) 2006-11-08
JP2010158039A (ja) 2010-07-15
RU2004127452A (ru) 2006-01-27
DK1474938T3 (da) 2007-02-12
DE60309567D1 (de) 2006-12-21
EP1474938A1 (en) 2004-11-10
KR100928859B1 (ko) 2009-11-30
CA2476277C (en) 2012-05-08
CN100559898C (zh) 2009-11-11
JP4519466B2 (ja) 2010-08-04
RU2316146C2 (ru) 2008-01-27
JP2005535156A (ja) 2005-11-17
PT1474938E (pt) 2007-02-28
JP4927964B2 (ja) 2012-05-09
KR20040077963A (ko) 2004-09-07
US6873854B2 (en) 2005-03-29
BR0307646A (pt) 2006-12-26
DE60309567T2 (de) 2007-08-02
AU2003211097A1 (en) 2003-09-04
TW200303692A (en) 2003-09-01
MY134458A (en) 2007-12-31
AR038516A1 (es) 2005-01-19
AU2003211097B2 (en) 2009-01-22

Similar Documents

Publication Publication Date Title
AU2003225565B2 (en) A 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
AU2003211097B2 (en) A method and an apparatus for adding a new member to an active group call in a group communication network
MXPA04007860A (es) Un metodo y un aparato para eliminar un miembro de una llamada de grupo activo en una red de comunicaciones de grupo.
US20030153343A1 (en) Communication device for initiating a group call in a group communication network
US20030153341A1 (en) Server for initiating a group call in a group communication network
US20030153340A1 (en) Server for joining a user to a group call in a group communication network
US20030154243A1 (en) Method and an apparatus for registering a user in a group communication network

Legal Events

Date Code Title Description
FG Grant or registration