MXPA04007862A

MXPA04007862A - Un servidor para unir a un usuario a una llamada en grupo en una red de comunicacion en grupo.

Info

Publication number: MXPA04007862A
Application number: MXPA04007862A
Authority: MX
Inventors: M Crockett Douglas
Original assignee: Qualcomm Inc
Priority date: 2002-02-14
Filing date: 2003-02-12
Publication date: 2004-10-15
Also published as: CA2475394A1; EP1481565A1; US20030153340A1; JP2005518170A; RU2004127453A; KR20040078163A; BR0307655A; AR038517A1; CN1659916A; TW200304295A; WO2003069946A1; AU2003217407A1

Abstract

Un metodo y aparato para unir un usuario a una llamada en una red de comunicacion en grupo proporciona recepcion de una indicacion de un usuario que desea iniciar una llamada de grupo y enviar una solicitud a un servidor para agregar el usuario a la llamada de grupo si la llamada de grupo esta en progreso. El metodo y aparato tambien proporciona para anunciar la llamada de grupo para el usuario, recibir la aceptacion del usuario que desea participar en la llamada en grupo anunciada, y para enviar medios al usuario despues de que se reestablece un canal de trafico. El metodo y aparato tambien proporcionan una reduccion importante en el tiempo de activacion de estado latente total y el tiempo de espera al intercambiar la senalizacion de llamada de grupo aun cuando las unidades moviles esten latentes y no este activo ningun canal de trafico.

Description

UN SERVIDOR PARA UNIR A UN USUARIO A UNA LLAMADA EN GRUPO EN UNA RED DE COMUNICACIÓN EN GRUPO CAMPO DE LA INVENCIÓN La presente invención se refiere a sistemas de comunicación de punto a multipunto. Más específicamente, la presente invención se refiere a un método y aparato para agregar un usuario, que desea iniciar una llamada en grupo, a la llamada en grupo si la llamada de grupo está en progreso.

ANTECEDENTES DE LA INVENCIÓN Una clase de servicio inalámbrico pretendido para comunicación rápida, eficiente, de uno a uno o de uno a muchos (grupo) ha existido en varias formas por muchos años. En general, estos servicios han sido semiduplex, donde un usuario presiona un botón de "pulsar para hablar" (PTT) en su teléfono/radio para iniciar la conversación. Al pulsar el botón en cualquiera de sus teclas de su radio, en algunas implementaciones, o en un sistema moderado, donde la comunicación ocurre mediante un servidor de cierto tipo, indica la solicitud del usuario por la "palabra". Si se concede la palabra, o el permiso del conversador, el usuario entonces generalmente habla durante algunos segundos, después de que libera su botón de PTT, y otros conversadores pueden solicitar la palabra. La comunicación generalmente es de un conversador a un grupo de oyentes, pero puede ser de uno a uno. Este servicio tradicionalmente ha sido utilizado en aplicaciones donde una persona, un "despachador", necesita comunicarse con un grupo de personas, tal como el personal de servicio de campo o taxistas, que es de donde viene el nombre de "despacho" para el servicio. Servicios similares se han ofrecido en la Internet y generalmente se conocen como "charla por voz" estos servicios normalmente son implementados como aplicaciones de computadora personal que envían tramos del decodificador de señales vocales en paquetes de protocolo de Internet (IP) , es decir, servicio de voz sobre IP (VoIP) , a un servidor de charlas por grupo central, o posiblemente de cliente a cliente en un servicio de amigo a amigo. Una característica clave de estos servicios es que la comunicación es rápida y espontánea, normalmente iniciada simplemente al presionar un botón de PTT sin ir a través de una secuencia de marcación y tonos típica. La comunicación en este tipo de servicio generalmente es muy corta, con "chorros" de habla individuales que generalmente están en el orden de varios segundos, y "conversaciones" que duran posiblemente un minuto o menos . El retardo de tiempo entre cuando el usuario solicita la palabra y cuando recibe una confirmación positiva y o negativa del servidor de que tiene la palabra y puede comenzar a hablar, el cual se conoce como el tiempo de espera de PTT, es un parámetro crítico para sistemas de comunicación en grupo semiduplex. Como se menciona previamente, los sistemas de despacho dan prioridad a conversaciones rápidas, cortas, lo cual hace al servicio menos efectivo si el tiempo de espera de PTT se alarga. Las infraestructuras de comunicación en grupo existentes proporcionan oportunidades limitadas para reducir significativamente el tiempo de espera de PTT, es decir, el tiempo de espera de PTT actual puede no reducirse posiblemente menos del tiempo requerido para reestablecer canales de tráfico dentro de sesiones de datos en paquete latentes. Además, los canales de tráfico del conversador y oyentes se llevan a cabo en series, debido a que solo el mecanismo disponible para comenzar a despertar un grupo latente es esperar a que el canal de tráfico del conversador se reestablezca a la señal del servidor. Actualmente, no existe ningún mecanismo para enviar datos de señalización de usuario originados en la unidad móvil o alguna otra cosa que un canal de tráfico -una limitación que requiere que los canales de tráfico se reestablezcan antes de que cualquier comunicación entre clientes y el servidor pueda tener lugar. Por lo tanto, existe una necesidad de mecanismos para reducir el tiempo de espera de PTT aparente experimentado por el conversador y el tiempo total requerido para reestablecer canales de tráfico para unidades móviles participantes sin impactar negativamente la capacidad del sistema, la vida de la batería del cliente, y otros recursos. En un modelo de despacho, la comunicación entre puntos finales tiene lugar dentro de grupos virtuales donde la voz de un "conversador" se difunde a uno o más "oyentes" un solo caso de este tipo de comunicación comúnmente se refiere como una llamada de despacho o simplemente una llamada. Una llamada es un instante de un grupo, lo cual define las características de las llamadas y, en esencia, es una lista de miembros con cierta información asociada, tal como el nombre del grupo o la ID de grupo. Una lista de miembros es una lista de uno o más usuarios que son invitados a participar en la llamada . Existe una necesidad de un modelo de despacho que soporte el modelo de cuarto de charlas y el modelo de fines específicos de los servicios de llamada en grupo.

En el modelo de cuarto de charlas, los grupos se predefinen, los cuales pueden almacenarse en el servidor de despacho. En el modelo de fines específicos, sin embargo, los grupos pueden definirse y/o modificarse en tiempo real .

SUMARIO DE LA INVENCIÓN Las modalidades descritas proporcionan un método novedoso y mejorado en un servidor para agregar un usuario a una llamada en grupo en una red de comunicación en grupo, lo cual incluye las etapas de recibir una solicitud para iniciar una llamada en grupo, que determina si la llamada en grupo está en progreso, y agregar al usuario a la llamada en grupo si la llamada en grupo está en progreso. En otro aspecto de la invención, un medio que se puede leer por computadora en un servidor representa un método para agregar un usuario en una llamada en grupo en una red de comunicación en grupo, el método incluye las etapas antes mencionadas. En otro aspecto de la invención, un servidor para agregar un miembro a una llamada en grupo en una red de comunicación en grupo incluye medios para recibir una solicitud para iniciar una llamada en grupo, medios para determinar si la llamada en grupo está en progreso, y medios para agregar al usuario a la llamada en grupo si la llamada en grupo está en progreso. En otro aspecto de la invención, un servidor para agregar a un usuario a una llamada en grupo en una red de comunicación en 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 iniciar una llamada en grupo, que determina si la llamada en grupo está en progreso, y para agregar al usuario a la llamada en grupo si la llamada en grupo está en progreso.

BREVE DESCRIPCIÓN DE LOS DIBUJOS Las características y ventajas de la presente invención se volverán más aparentes a partir de la descripción detallada establecida en lo siguiente cuando se tome junto con los dibujos en los cuales caracteres de referencia similares se identifican correspondientemente a través de los mismos y en donde: La FIGURA 1 ilustra un sistema de comunicación en grupo; la FIGURA 2 ilustra cómo aplicaciones diversas interactúan entre sí; la FIGURA 3 ilustra un proceso de registro de usuario ejemplar de acuerdo con una modalidad; la FIGURA 4 ilustra un proceso de establecimiento de llamada intra-regional, local ejemplar de acuerdo con una modalidad; la FIGURA 5 ilustra un proceso de establecimiento de llamada intra-regional, remoto ejemplar de acuerdo con una modalidad; la FIGURA 6 ilustra un proceso de establecimiento de llamada inter-regional , local ejemplar de acuerdo con una modalidad; la FIGURA 7 ilustra un proceso de establecimiento de llamada inter-regional, remoto ejemplar de acuerdo con una modalidad; la FIGURA 8 ilustra un proceso ejemplar para dejar una llamada en grupo de acuerdo con una modalidad; la FIGURA 9 ilustra un proceso ejemplar para terminar una llamada en grupo de acuerdo con una modalidad; la FIGURA 10 ilustra un proceso ejemplar para enviar una advertencia para una llamada en grupo de acuerdo con una modalidad; la FIGURA 11 ilustra un proceso ejemplar para unir posteriormente una llamada en grupo de acuerdo con una modalidad; la FIGURA 12 ilustra un proceso ejemplar para predesocupar un conversador de acuerdo con una modalidad; la FIGURA 13 ilustra un proceso ejemplar para agregar nuevos miembros a una llamada en grupo activa de acuerdo con una modalidad; la FIGURA 14 ilustra un proceso ejemplar para remover participantes de una llamada en grupo de acuerdo con una modalidad; la FIGURA 15 ilustra un proceso ejemplar para remover el registro de un usuario de acuerdo con una modalidad; la FIGURA 16 ilustra cómo los diversos dispositivos de comunicación interactúan con un administrador de comunicaciones de acuerdo con una modalidad; la FIGURA 17 ilustra los medios de memoria temporal en el lado del administrador de comunicaciones de acuerdo con una modalidad; y la FIGURA 18 ilustra los medios de memoria temporal en un lado del cliente de acuerdo con una modalidad.

DESCRIPCIÓN DETALLADA DE LA INVENCIÓN Antes de que se explique en detalle una modalidad de la invención, se entenderá que la invención no se limita en su aplicación a los detalles de la construcción y disposición de los componentes establecidos en la siguiente descripción o ilustrados en los dibujos. La invención tiene capacidad de ser implementada en otras modalidades y de llevarse a cabo en varias formas. También, se entiende que la fraseología y terminología utilizadas en la presente es para propósito de descripción y no deben tomarse como limitantes. La FIGURA 1 ilustra un diagrama de bloque funcional ejemplar de un sistema 100 de comunicación en grupo. El sistema 100 de comunicación en grupo también se conoce como un sistema de pulsar para hablar (PTT) un servicio de difusión por redes (NBS) , un sistema de despacho, o un sistema de comunicación de punto a multipunto. En una modalidad, el sistema 100 de comunicación en grupo incluye componentes del servidor de aplicación, tal como despachadores, servidores de ubicación, complejos de unidad de control de medios (MCU) servidores de registro de uso y clientes de protocolo de Internet (IP) (dispositivos inalámbricos y/o alámbricos con conectividad de IP) . Los componentes de servidor de aplicaciones pueden desplegarse ya sea en un despliegue centralizado o en un despliegue regionalizado, basándose en la funcionalidad del componente. El despliegue centralizado puede incluir un despachador 102 local, (HD) un servidor 104 de ubicación local (HLS) , y una base 106 de usuario/grupo. Estos componentes pueden localizarse 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 de servicio itinerante y para iniciar llamadas en grupo inter-regionales . Un despliegue 108, 110 regionalizado puede incluir un servidor 112 de ubicación regional (RLS) , un despachador 114 regional (RD) un complejo 116 de unidad de control de medios regional (MCU) , y un servidor 118 de registro de uso regional (ULS) . Los despliegues regionales pueden distribuirse a través de la red de proveedores de servicios para asegurar que los retardos de red asociados con el establecimiento de llamada se mantengan al mínimo, para el propósito de satisfacer requerimiento de respuesta instantánea. La distribución de la carga de llamadas a través de los diversos sistemas regionalizados también asegura que los esquemas de escalabilidad adecuados puedan desarrollarse para soportar grandes números de usuarios. Los componentes del servidor de aplicación regionalizado proporcionan registro de usuario, establecimiento de llamada intra-regional y manejo, e inicio y distribución de advertencias para los usuarios, que se registran en la región. Los dispositivos 120, 122 de comunicación en grupo (clientes) 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 estándar y utiliza está sesión para registrar su dirección de IP con el servidor de aplicación y para realizar inicios de llamada en grupo. En una modalidad, los componentes 108, 110 de servidor de aplicaciones se conectan a los nodos de servicio de datos de paquete del proveedor de servicios (los PDSN) . Los clientes 120 y 122, con la solicitud de una sesión de datos de paquete de la infraestructura inalámbrica, tienen conectividad de IP a los componentes 108, 110 del servidor de aplicaciones a través de los PDSN. Con la puesta en marcha, los clientes 120, 122 pueden solicitar una sesión de datos de paquete utilizando la opción de servicios de datos. Como parte del establecimiento de la sesión de datos de paquete, al cliente se le asigna una dirección de IP. En este momento, el cliente también recibe la dirección de un servidor 124 de servicio de nombres de dominio (DNS) . El cliente 120, 122 solicita el servidor 124 de DNS, por ejemplo, al utilizar una consulta de registro de servicios (RSV) , para encontrar la dirección del RLS 112. Después de la ubicación de RLS 112, el cliente 120, 122 puede realizar un registro, notificar al servidor de aplicación de su información de ubicación, por ejemplo la dirección de IP. El registro puede realizarse utilizando un protocolo de IP, tal como un protocolo de inicio de sesión (SIP) sobre el protocolo de datagramas de usuarios (UDP) . La dirección de IP del cliente 120, 122 puede utilizarse para contactar al cliente cuando el usuario sea invitado a una llamada en grupo. En una modalidad, después de que está completo el registro, el cliente puede realizar otra consulta de registro de SRV de DNS para encontrar la dirección del despachador 114 regional. El cliente hace contacto con el despachador regional siempre que el usuario solicita iniciar una llamada o envía una advertencia. La interconexión entre el despachador 114 regional y el cliente 120, 124 puede ser el protocolo de señalización sobre UDP. Una vez que se establece una llamada en grupo, el cliente 120, 114 y el complejo 116 de MCU intercambian mensajes de medios y señalización. En una modalidad, los medios pueden enviarse entre los participantes de la llamada y el complejo 116 de MCU utilizando el protocolo de tiempo real (RTP) sobre UDP. Los mensajes de señalización pueden ser también el protocolo de señalización sobre UDP. Estos protocolos y la funcionalidad que proporcionan se describen posteriormente .

Componentes El sistema 100 de comunicación en grupo puede incluir los puntos finales de IP que contienen el software de cliente y los componentes del servidor regionalizado y centralizado que se requieren para ofrecer el servicio de comunicación en grupo. Los clientes de comunicación en grupo y los componentes del servidor de aplicaciones se describen en mayor detalle en las siguientes secciones.

Clientes El cliente 120, 122 de comunicación en grupo puede ejecutar cualquier punto final de IP que tenga acceso al codificador o codificadores de señales vocales apropiados. Los puntos finales de IP pueden incluir aplicaciones que se ejecutan en un sistema inalámbrico, por ejemplo cdma2000, una plataforma de desarrollo de aplicaciones, por ejemplo, ambiente ejecutable binario para inalámbricos (BREW) y computadoras personales. El cliente puede incluir una aplicación de software, la cual puede desarrollarse utilizando BREW, e interconectarse al software de módem de estación móvil (MSM) , el cual puede descargarse al cliente que contiene el ambiente de BREW. El BREW es una plataforma que permite que desarrolladores creen aplicaciones que puedan operar sobre dispositivos de comunicación de clientes. BREW proporciona un nivel de aislamiento al desarrollador de aplicaciones, permitiendo el desarrollo de aplicaciones sin tener contacto directo dentro del software de MSM y el software del fabricante de equipo original (OEM) . Esto permite que las aplicaciones se desarrollen rápidamente y se desenvuelvan independientemente del software de MSM y/u OEM. También permite que se descarguen aplicaciones en cualquier dispositivo que contenga el ambiente de BREW. Como se muestra en la FIGURA 2, el software 202 de aplicación de comunicación en grupo de cliente puede ejecutarse en paralelo con otras aplicaciones 204, 206, 208, 210. Mientras estos servicios pueden ofrecerse directamente a través de las interfaces 212 de OEM y 214 MSM, BREW proporciona aislamiento de modificaciones hechas por la aplicación en estos niveles. Esto permite que OEM 212 y MSM 214 se desenvuelvan separadamente de las aplicaciones 202, 204, 206, 210 de datos. Para que el cliente opere efectivamente en una computadora personal, la computadora personal puede incluir acceso a un decodificador de señales vocales compatible, acceso a unidades 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 la 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 la longitud y latitud, y/o la ID de la zona de paquetes, es decir, una difusión del identificador de sistemas en el aire en canales comunes directos que identifica el alcance de PDSN que está proporcionando servicios de datos de paquetes para ese sector. En una modalidad, el LS puede incluir un componente que procese registros de los clientes y proporcione la información de ubicación de usuario a otras aplicaciones, tal como mensajes instantáneos, utilizando una interfaz de SIP. El LS puede incluir dos elementos adicionales, el servidor 112 de ubicación regional (RLS) y el servidor 104 de ubicación local (HLS) . El RLS 112 puede desplegarse en una base de región por región y el HLS 104 puede centralizarse. Los detalles de estos elementos y sus funciones se describen en lo siguiente.

Servidor de Ubicación Regional El RLS 112 puede procesar y mantener registros de clientes localizados dentro de su región. En una modalidad, el RLS 112 es un LS basado en SIP estándar, con almacenaje 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 se remuevan, y tanto el despachador regional (RD) como el HLS se han notificados de las entradas removidas. Como se discute previamente, los clientes pueden realizar un registro de IP para poder notificar al servidor de aplicación de su ubicación. Los clientes pueden mantener sus registros por la duración de su disponibilidad para el servicio de comunicación en grupo. Los clientes pueden realizar re-registros cuando la dirección de IP del cliente cambie y cuando el registro este a punto de expirar. Cuando el cliente se registra o se re-registra, el RLS 112 puede notificar de su RD 114 asociado. Esto permite que el RD 114 precargue los datos de usuario en preparación para las solicitudes de establecimiento de llamada, reduciendo así el tiempo de establecimiento de llamadas. El RD 114 puede guardar en memoria caché la información de ubicación de usuario, eliminando la necesidad de que RD 114 haga contacto con el RLS para recuperar la información de ubicación de usuario durante el establecimiento de llamada. El RLS 112 puede notificar el RD 114 en el caso de que la información de ubicación de usuario se actualice o remueva del RLS 112. Esto asegura que el RLS 112 y RD 114 permanezcan en sincronía con la última información sobre usuarios registrados dentro de la región. El RLS 112 puede actualizar periódicamente también el HLS 104 con información de ubicación de usuarios registrados. En el caso de que el RLS 112 presente un registro 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 solicitudes de información de ubicación de usuario. En una modalidad, el HLS 104 proporciona una interfaz basada en SIP para permitir otras aplicaciones, tal como una aplicación de mensajes instantáneos, para solicitar la información de ubicación de un usuario particular. Si HLS 104 es un componente centralizado y los RLS se comunican con éste, el HLS puede resolver múltiples registros en diferentes regiones para usuarios de servicio itinerante. El HLS 104 puede recibir información de registro de cada uno de los RLS . Si HLS 104 recibe múltiples registros para el mismo usuario, el HLS 104 puede mantener el registro más reciente y la remoción de solicitud del registro o registros caducos para el usuario de los RLS. Esto a su vez puede disparar la remoción de información guardada en memoria caché para ese usuario de RD 114 asociado con el RLS que contiene el registro caduco.

Despachador El despachador puede facilitar el establecimiento de llamada al localizar usuarios y asignar llamadas de grupo al complejo 116 de unidades de control de medios (MCU) . El despachador es el componente del servidor que es la clave para cumplir el requerimiento de "acceso instantáneo" . Para asegurar los tiempos más bajos de establecimiento de llamadas, el despachador puede incluir dos elementos funcionales con estructura similar y funcionalidad, pero tener diferentes estrategias de despliegue. Estos dos elementos, el despachador 114 regional (RD) y el despachador 102 (HD) se describen en detalle en las siguientes secciones. Despachador Regional El RD 114 puede ser el punto inicial de contacto para las solicitudes de establecimiento de llamadas y las solicitudes de advertencia. RD 114 puede precargar la información de usuario cuando recibe una indicación de RLS 112 de que un usuario de ha registrado. Junto con la información de usuario el RD 114 puede guardar en memoria caché la información sobre las llamadas de grupo, que se están ejecutando en el sistema. RD 114 puede utilizar la información guardada en memoria caché para usuarios y grupos durante el establecimiento de llamadas para mantener el tiempo de establecimiento al mínimo, es decir, ninguna consulta de base de datos puede requerirse . En una modalidad, la información de grupo que el RD almacena en la memoria caché incluye la lista de miembros de grupo y la dirección del complejo 116 de MCU sobre 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 ayuda a que el RD 114 determine rápidamente si una solicitud de llamada entrante contiene una definición de grupo, la cual es idéntica a uno que tiene una llamada asociada ya ejecutándose en el sistema, lo cual permite que el RD responda rápidamente la solicitud desde establecimiento de llamadas y conceda confidencialmente o niegue la solicitud de "palabra" en la respuesta.

El RD 114 puede conceder o negar la solicitud de control de palabra. El RD 114 puede decidir si solicitará que el complejo 116 de MCU agregue el usuario a la llamada como un participante de "unión tardía" o inicia una nueva llamada con la lista de miembros asociada . Durante el procesamiento de solicitud de establecimiento de llamadas, RD 114 puede utilizar la información de usuario guardada en memoria caché para recuperar la información de ubicación para los usuarios especificados en la solicitud de establecimiento de llamadas. Si un usuario no puede ser localizado, RD 114 puede solicitar al HD 102 localizar al usuario. En una modalidad, si por lo menos uno o más usuarios objetivos se localizan, RD 114 continua con el establecimiento de llamada. Después de que se han localizado los objetivos, RD 114 puede decidir a cual MCU debe asignarse la llamada. Esta determinación puede basarse en la dirección de IP de los usuarios en el grupo incluyendo el iniciador. El RD 114 puede manejar las solicitudes de advertencia similares a las solicitudes de llamada. En una modalidad, la solicitud de advertencia se asigna al complejo 116 de . MCU local para procesamiento, independiente de la ubicación de los objetivos.

En una modalidad, la información en la memoria caché de RD puede escribirse periódicamente en un mecanismo de almacenaje confiable de manera que pueda recuperarse en el caso de una falla. Con la recuperación de la falla de RD, el usuario y la información de grupo que se escribió en el mecanismo de almacenaje confiable puede recargarse en la memoria caché y el RD procede a validar la información guardada en memoria caché junto con el procesamiento de las solicitudes de establecimiento de llamada entrantes. En una modalidad, RD 114 carga los datos de usuario en la memoria caché local sobre cada notificación de registro de usuario del RLS 112. Al eliminar la necesidad de hacer varias consultas de bases de datos en el momento de establecimiento de la llamada, RD 114 reduce significativamente la cantidad de tiempo que toma para validar y responder las solicitudes de establecimiento de llamada o las solicitudes de advertenci . El RD 114 puede tener acceso a la base de datos 106 de usuario/grupo durante el establecimiento de llamada para expander las direcciones de grupo predefinidas, si están presentes en la solicitud, a las listas de usuarios individuales y, si es necesario trasladar los identificadores alternativos de usuarios o grupos, por ejemplo, números telefónicos ID de conferencia, a las direcciones canónicas.

Despachador Local El despachador 102 local (HD) puede rastrear la información de ubicación de usuario registrada. El HD puede contener información de ubicación para los usuarios que han realizado registros con RLS 112. Como se discute previamente, cada RLS 112 puede notificar su RD 114 asociado cada vez que ocurre el registro, re-registro, no registro o expiración de registro de usuario. El RD 114 puede utilizar esta información para cargar o liberar información de usuario en su memoria caché local. Cada RD 114 puede actualizar el HD 102 con la información de ubicación de usuario. Puesto que el HD 102 recibe actualizaciones de RD 114, HD 114 puede ayudar a encontrar usuarios que se separan geográficamente a través de diferentes regiones. RD 114 puede solicitar asistencia de HD 102 cuando recibe una solicitud de un usuario que no está registrado actualmente dentro de la región, es decir, no está en la memoria caché del RD de la información de usuario.

Servidor de DNS En una modalidad, el sistema 100 de comunicación en grupo puede utilizar el servidor 124 de DNS del proveedor de servicio para proporcionar información de ubicación para RLS 112 y RD 114 a los clientes. Esta información puede configurarse con cada despliegue regional y actualizarse periódicamente para asegurar su precisión. En una modalidad, cada cliente aprende la dirección del servidor de DNS a través de la negociación del protocolo de control de protocolo de Internet (IPCP) durante el establecimiento de sesión del protocolo de punto a punto (PPP) , cuando pregunta por una sesión de datos de paquete. El servidor 124 de DNS puede anunciarse de esta forma en una base de región por región. Esto permite que el cliente ande itinerante y se comunique con el servidor 124 de DNS en la misma región en la cual se localiza al cliente. El servidor 124 de DNS se despliega en una base de región por región, junto con cada PDSN. En una modalidad, el servidor 124 de DNS puede actualizarse con cada RD 124 y RLS que está dando servicio al PDSN con el cual se asocia el servidor 124 de DNS. En una modalidad, el mecanismo utilizado para localizar el RD 114 y el RLS 112 apropiado se basa en una combinación de direccionamiento de DNS y SIP. La consulta de registro de servicio de DNS (SRV) puede realizarse basándose en la porción de "<doiTjinio>" del RUI de SIP bajo el cual se registra el cliente. La solicitud de registro de SRV puede incluir el protocolo o servicio, que el solicitante está tratando de encontrar. Por ejemplo, en el caso de intentar localizar 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 de red y de puerto válidas para el servidor, que ofrece el servicio solicitado. El servidor 124 de DNS puede utilizarse en el equilibrio de cargas entre los servidores que ofrecen el mismo servicio, al permitir que el servidor 124 de DNS cierre cíclicamente entre múltiples servidores cuando regrese respuestas a solicitudes de cliente.

Base de Datos de Usuario/Grupo En una modalidad, la base de datos 106 de usuario/grupo es el depósito central para la información de usuarios y grupo. Para cada usuario, la base de datos puede incluir información tal como la dirección de usuario, el rango de predesocupado, información de autenticación, información de contacto de usuario, y marbete de intersección lícito, que identifique si el usuario está bajo vigilancia. La base de datos puede incluir también definiciones de grupos predefinidos, que son listas de usuarios y un nombre de grupo asociado, para el modelo de cuarto de charlas 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 establecimiento de llamada en grupo. El RD 14 puede utilizar la dirección de grupo para recuperar la lista de miembros asociada de la base de datos 106 de usuario/grupo cuando reciba una solicitud de establecimiento de llamada en grupo con un grupo predefinido en ésta.

Complejo de Unidad de Control de Medios El complejo de unidad de control de medios (MCU) puede incluir sistemas finales de control de medios (MCH) y unidad de control de medios (MCU) . El MCH puede alojar y manejar múltiples procesos de MCU. Cada MCU puede manejar la señalización en tiempo real y el procesamiento de medios para una sola llamada. Las funciones que el MCU realiza para una llamada pueden incluir: • Manejo de asignaciones de llamada de RD 114. • Envío de carga e información de estado para el MCH • Envío de información de inicio de llamada a clientes • Procesamiento de señalización en llamada de los clientes, tal como solicitud de PTT • Aseguramiento de que los mensajes de señalización se distribuyan a los clientes confiablemente • Duplicación y distribución de medios para llamadas de "uno a muchos" • Proporción de traducción de medios utilizando el transcodificador apropiado para las llamadas del codificador de señales vocales de "uno a muchos" "mezcladas" • Vigilancia de la actividad de llamadas e inicio de la terminación de llamadas basándose en la inactividad de flujo de medios * Producción de información de uso para el servidor 118 de registro de uso (ULS) • Envío de información de medios y señalización al punto de intercepción lícito apropiado cuando se solicite. La MCU puede procesar las solicitudes de advertencia de RD 114, enviar las notificaciones de advertencia al cliente, y esperar reconocimientos de los clientes. Con la recepción de los reconocimientos de los objetivos, la MCU libera cualquier recurso asignado a la transacción de advertencia. En este momento, la NCU puede manejar otras asignaciones de llamadas o solicitudes de advertencia .

Servidor de .Registro de Uso El ULS 118 puede existir en cada región y puede co-localizarse con el complejo 116 de MCU. El ULS 118 puede recolectar eventos de uso del complejo 116 de MCU por cada llamada o procesamiento de advertencia, formatearlos en un registro de datos de uso (UDR) , y después almacenar estos UDR en una secuencia de archivos de UDR. Los UDR para llamadas pueden contener información con respecto a llamadas individuales que incluyen la lista de participantes y los totales de uso de participantes. El UDR para advertencias puede contener información que indique el iniciador de la advertencia y los usuarios objetivos a quien envió la advertencia. Los archivos de UDR pueden ser recolectados por el proveedor de servicios para análisis de facturación, y pueden borrarse después de una cantidad fija de tiempo. El ULS 118 puede escribir un solo UDR por caso de llamada al final de cada llamada. El ULS 118 también puede escribir un solo UDR por cada momento en que se procesa una solicitud de advertencia. Los UDR escritos por el ULS 118 pueden contener la siguiente información: * Identificador de caso de llamadas o identificador de caso de advertencias. • Identificador de MCU, el cual también implica ubicación de llamada. En el inicio de una llamada, una MCU apropiada puede elegirse basándose en la ubicación registrada de todos los participantes propuestos. La ubicación de la MCU puede o no estar en la misma región que el iniciador. • Tiempo de inicio de la llamada o advertencia • Tiempo final de la llamada o advertencia • Origen de nombre de usuario y/o identificador • Origen de la dirección de IP de usuario. • Por cada participante, nombre de usuario, dirección de usuario, dirección de IP de usuario, tiempo de participación acumulativo, el cual puede ser de cero para advertencias, y el número total de segundos que el participante mantuvo la palabra, el cual puede ser cero para advertencias . En una modalidad, por cada llamada que se expide un solo UDR el cual puede representar la recolección total de segmentos de habla durante la llamada. Si se requiere el registro de eventos de UDR en una base de segmento por habla, puede implementarse a costa de la carga de procesamiento adicional, E/S de archivos, y/o requerimientos de espacio de disco. El sistema 100 de comunicación en grupo realiza varias funciones diferentes para poder operar los servicios de grupo. Las funciones con relación a las experiencias de usuario incluyen registro, inicio de llamada, terminación de llamada, envío de advertencias, unión tardía, arbitraje del conversador, usuarios agregados, remoción de miembros, no registro, direccionamiento y autenticación. Las funciones con relación a la preparación y operación del sistema incluyen administración y provisionamiento, escalabilidad y conflabilidad. Estas funciones se describen en detalle en las siguientes secciones.

.Registro En un sistema de comunicación inalámbrico, por ejemplo, sistema de CDMA, el registro es el proceso por el cual la estación móvil hace su ubicación conocida a la infraestructura del sistema inalámbrico. Esta información de ubicación puede incluir el área geográfica en que está la estación móvil y la identificación de la estación base que está dando servicio a la estación móvil la cual puede utilizarse para ayudar en el uso eficiente de los canales de búsqueda y acceso. En una modalidad, la información de ubicación de usuario es la dirección de IP del cliente, independiente de si el cliente está conectado mediante servicios alámbricos o inalámbricos. Un protocolo de IP ejemplar que permite las aplicaciones de IP localicen clientes basándose en su dirección de IP es el protocolo de inicio de sesión (SIP) . Entre otras funciones, el SIP proporciona métodos para que 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 aplicaciones de IP interesadas en "encontrar" clientes para solicitar el mismo componente del servidor de SIP para 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 comunica con un componente servidor de SIP para notificar y mantener su información de ubicación, por ejemplo, dirección de IP. El componente servidor de SIP que proporciona su funcionalidad es el servidor de ubicación. El método por el cual un cliente notifica al servidor de ubicación de su ubicación o cambio en su ubicación es el método de REGISTRO DE 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, tal como mensajes instantáneos, pueden beneficiarse de tener conocimiento de cada dirección de IP de 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 llamadas ejemplar para realizar la función de registro. Con la puesta en marcha 302, el cliente puede solicitar una sesión de datos de paquete e iniciar el proceso para registrar su dirección de IP con RLS 112. Para poder 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 306 la dirección de RLS, el cliente puede registrar su información de ubicación, por ejemplo, al utilizar un mensaje 308 de registro de SIP. El RLS puede autentificar 310 al usuario y expedir una respuesta 312 al cliente. El RLS puede notificar 314 al despachador regional que el usuario sea registrado, y el despachador regional puede utilizar está información para precargar el registro de datos asociado del usuario para poder facilitar un tiempo de respuesta más rápido durante el establecimiento de llamada. En este punto, el cliente puede ser puesto en contacto con una invitación a participar en una llamada en grupo. En una modalidad, los clientes pueden necesitar realizar el registro para poder recibir una llamada en grupo, independiente del tipo de conectividad de datos que tienen, es decir, alámbrica o inalámbrica . Los registros pueden tener un campo de "expiración" asociado con los mismos, que indica cuanto tiempo puede ser considerada válida la información de registro del cliente. Para garantizar que el cliente siempre se pueda encontrar mediante IP, el cliente puede ser avisado de la expiración de su registro y realizar un re-registro antes del momento de expiración. Los registros también pueden volverse inválidos o caducos debido a otras circunstancias, tal como cuando la dirección de IP del cliente se cambia o la conexión de datos entre el cliente y el servidor de ubicación se divide. Los clientes pueden ser avisados del estado de su conectividad de datos y si su dirección de IP ha cambiado . Después de que se ha completado el registro inicial, un cliente puede permitir que su sesión de datos de paquete se vuelva inactiva, la cual puede liberar el canal de tráfico dedicado. El cliente puede vigilar su sesión de datos de paquete para asegurar que permanezca válida durante periodos de estado latente prolongado. Las condiciones que pueden afectar la validez de la sesión incluyen moverse a un área con una ID de zona de paquete diferente, experimentar un desvanecimiento o pérdida de servicio y aceptar y/o hacer una llamada de PSTN. La dirección de IP del cliente puede cambia y el cliente puede ser solicitado a restablecer 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 necesita ser comunicada al servidor de ubicación para asegurar que la información del cliente permanezca precisa. Esto puede lograrse al realizar un re-registro. Un cliente alámbrico que está comunicándose al servidor de ubicación a través de un corta fuegos puede necesitar mantener la abertura a través del corta fuegos al "detonar" periódicamente el servidor de ubicación. Esto se logra al realizar re-registros.

Iniciación de Llamada de Grupo Después de que está completo el registro, el usuario puede hacer o recibir llamadas. Antes de la iniciación de la primera llamada después de la puesta en marcha, el cliente puede realizar una consulta de registro de SRV de DNS para encontrar la ubicación del despachador regional. Esto puede realizarse como parte del proceso de puesta en marcha. Un "grupo" se asocia con un iniciador, el usuario que inició el establecimiento de grupo, y una lista de miembros, que contiene el usuario objetivo o usuarios. La lista de miembros puede contener uno o más usuarios, uno o más grupos predefinidos, o una combinación de los dos. Si la lista de miembros contiene solo un usuario, la llamada iniciada utilizando esa lista de miembros se refiere comúnmente como una llamada privada. Si la lista de miembros contiene cualquier grupo predefinido, el despachador regional puede expander los grupos predefinidos dentro de una lista de uno o más usuarios objetivo, por ejemplo, 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 predefinidos, la lista de miembro resultante puede contener solo los nombres de usuarios objetivo. En este punto, el despachador regional intenta localizar los usuarios objetivo en la lista de miembros, por ejemplo, al explorar la memoria caché del despachador regional de la información de usuario. Si los objetivos se localizan dentro de la memoria caché del despachador regional, los miembros del grupo pueden registrarse dentro de la misma región que el despachador regional. Este tipo de llamada y grupo se etiqueta como llamada "intra-regional" . Si existen usuarios que el despachador regional fue incapaz de localizar, el despachador regional puede solicitar asistencia del despachador local para localizar los usuarios. La llamada asociada con un grupo que contiene miembros de dos o más regiones se refiere como llamada "inter-regional" . Después de que ha determinado el despachador regional si la llamada es intra-regional o interregional, puede iniciar el proceso para determinar que unidad de control de medios (MCU) puede alojar la llamada. Para llamadas intra-regionales, el despachador regional puede asignar la llamada a una MCU localizada en la misma región que el despachador regional, si existen recursos de MCU disponibles en esa región. En la llamada resultante utilizando este tipo de establecimiento de llamada se refiere como llamada "localmente alojada", o llamada local. Para llamadas inter-regionales, el despachador regional puede tener una opción para asignar la llamada a una MCU dentro de la misma región o en una región remota o exterior. El despachador regional puede hacer esta decisión basándose en la información de ubicación de usuario para encontrar la trayectoria óptima de viaje para los paquetes de IP que contienen medios y señalización. Si la mayor parte de los usuarios se localiza en una región particular, la llamada puede ser asignada a esa región. Si los usuarios se dispersan uniformemente a través de las regiones, la llamada puede asignarse a una de las regiones que contiene los usuarios objetivo. Si la llamada inter-regional se asigna a una MCU en diferente región entonces la región en la cual reside el despachador regional, la llamada se refiere como una llamada "remotamente alojada" o remota. El despachador regional puede tener conocimiento de la topología de red y/o la conectividad entre las NCU y los PDSN que están dando servicio y pueden utilizar este reconocimiento para hacer una mejor decisión sobre la asignación de llamadas.

Llamadas Intra-Regionales El sistema 100 de comunicación en grupo puede desplegarse para asegurar que la mayor parte de las llamadas sean intra-regionales . Las llamadas intra-regionales pueden eliminar la necesidad de comunicación entre el despachador 114 regional y el despachador 102 local al momento del establecimiento de la llamada. La necesidad de comunicación entre las regiones también puede eliminarse cuando los objetivos están en la misma región y la llamada está siendo alojada localmente, como es el caso para la mayor parte de las llamadas intra-regionales. Las siguientes secciones describen los flujos de llamadas, las estimaciones de tiempo y los esquemas de mensajes para las llamadas intra-regionales.

Iniciación de una Llamada Local La FIGURA 4 ilustra un flujo de mensajes ejemplar para iniciar una llamada en grupo local. El usuario puede seleccionar 402 uno o más usuarios objetivos, uno o más grupos predefinidos o una combinación de los dos y puede presionar el botón de pulsar para hablar (PTT) . El cliente puede enviar una solicitud 404 al despachador regional para establecer la llamada en grupo, independiente de si la estación móvil tiene un canal de tráfico dedicado o no, como se discutirá en mayor detalle en lo siguiente. Después de que se envía la solicitud, si la sesión de datos de paquete de la estación móvil es latente, el cliente puede iniciar el proceso para reestablecer los canales de tráfico dedicados y preparar la sesión de datos de paquetes para la actividad de medios. El cliente puede guardar temporalmente la entrada de conversación recibida del iniciador durante cierto periodo de tiempo. Cuando el despachador regional recibe la solicitud, puede expander los grupos predefinidos, lo cual puede especificarse en la solicitud, en las listas de miembros de usuarios objetivo. Entonces, el despachador regional puede recuperar 406 la información de ubicación de usuarios objetivo. En este punto, el despachador regional también puede determinar si el grupo está ejecutándose ya en el sistema. La FIGURA 4 muestra un escenario en el cual no se está ejecutando ya el grupo. El escenario de llamada de unión tardía, el cual se describe posteriormente en la presente, ilustra el caso en el cual el grupo ya está ejecutándose. Después de que el despachador regional localiza por lo menos uno de los usuarios objetivo, el despachador regional puede enviar una respuesta 408 nuevamente al cliente indicando que la llamada en grupo está siendo establecida. En este punto, el cliente puede conceder 410 en forma optimista que la solicitud del iniciador hable e inicie el guardado 412 temporal de 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 están 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 anuncios 414 al grupo completo indicando que la llamada está iniciándose. Para los usuarios objetivo, el envío del anuncio puede disparar sus sesiones de datos de paquete para que salgan del estado latente y reestablezcan sus canales de tráfico.

Después de que el cliente haya recibido el anuncio de llamada de la MCU y el canal de tráfico de estación móvil se haya reestablecido, el cliente puede enviar 416 los medios guardados temporalmente en la MCU. La MCU puede guardar temporalmente 418 los medios recibidos del iniciador. En una modalidad, la MCU puede guardar temporalmente los medios hasta que se cumpla o exceda el "umbral de respuesta objetivo". El umbral de respuesta objetivo es una indicación de la cantidad de respuesta objetivo requeridas para poder proceder con el envío de los medios . El umbral puede ser un parámetro configurable . Una vez que se cumple el umbral, la MCU duplica y envía 420 los medios a los usuarios objetivo que han respondido 422 al anuncio por la llamada.

Mensajería Mediante Ráfaga de Datos Corta La "respuesta instantánea" se refiere al tiempo de respuesta que toma el servidor de aplicación para responder a una solicitud de establecimiento de PTT o llamada. La meta para responder a cualquier solicitud de PTT, incluyendo las solicitudes de establecimiento de llamada en grupo, es responder consistentemente a la solicitud en un periodo de tiempo predeterminado, por ejemplo, un segundo o menos. En muchos casos, cuando un usuario solicita establecer una llamada en grupo, la sesión de datos de paquete del usuario es latente y ningún canal de tráfico dedicado existe. Reestablecer los canales de tráfico dedicados puede tomar tiempo considerable. Por lo tanto, la comunicación a servidor de aplicación puede lograrse a través de algunos otros medios . Para asegurar que el sistema de comunicación en grupo cumpla la "respuesta instantánea" pequeños datagramas de IP pueden enviarse en cualquier momento en cualquier dirección, es decir, originarse por la unidad móvil o terminarse por la unidad móvil, independiente 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 está latente, el mensaje de SDB se enviará sobre los canales adjuntos. Cuando está presente la conectividad de canal de tráfico dedicado, el mensaje de SDB se envía sobre canal de tráfico . Con referencia a la FIGURA 4, la solicitud 404 de establecimiento de llamada en grupo puede enviarse mediante un mensaje de SDB. La respuesta 408 de establecimiento de llamada en grupo del servidor de aplicación también puede enviarse en un mensaje de SDB. Los mensajes de solicitud y respuesta de establecimiento de llamada enviados mediante los mensajes de SDB pueden capacitar al sistema 100 de comunicaciones en grupo para cumplir la meta de "respuesta instantánea" . Para completar el proceso para establecer la llamada en grupo, la MCU puede enviar los anuncios de llamada a los usuarios en la lista de miembros, incluyendo el iniciador. Estos anuncios de llamadas pueden enviarse mediante los canales de tráfico dedicados. En la mayor parte de los casos, las sesiones de datos de paquete del miembro de grupo son latentes, es decir, ninguno de los canales de tráfico dedicados se establecen. Esto quiere decir que la MCU puede tener que reenviar el mensaje de anuncio de llamada en un programa de conflabilidad agresivo hasta que todos los canales de tráfico de los miembros se hayan reestablecido y los miembros hayan reconocido el mensaje o expire el cronómetro de conflabilidad. El envío del anuncio de llamada agresivamente asegura que las memorias intermedias de los medios en el cliente y la MCU se mantengan al mínimo. El cliente puede enviar los medios guardados temporalmente tan pronto como el canal de tráfico de ese esté arriba y reciba un anuncio de llamada que contenga la información de contacto de MCU. La MCU puede duplicar y enviar los medios guardados temporalmente tan pronto como se cumpla o exceda el umbral de respuesta objetivo. Esto quiere decir que entre más rápido reciban los objetivos el anuncio de llamadas y respondan a éste, más rápido puede cumplirse este umbral, entonces, más rápido la MCU puede detener el guardado temporal y el inicio del envío de los medios. El anuncio de llamada al iniciador también puede enviarse mediante SDB. Esto proporciona dos beneficios. Primero, puesto que el anuncio de llamada contiene la información de contacto de MCU, el cliente de llamada de grupo puede iniciar el envío de los medios guardados temporalmente a la MCU tan pronto como el canal de tráfico de la estación móvil se reestablezca, lo cual puede reducir los requerimientos de RAM en la estación móvil para mantener los medios guardados temporalmente. En segundo lugar, si el iniciador decide abortar la llamada o liberar la palabra, lo cual puede ocurrir antes de que se reestablezca el canal de tráfico, cuando el anuncio de llamada viene en vía de SDB, el cliente puede notificar a la MCU con esa información. Los impactos de enviar el anuncio de llamada al iniciador mediante SDB es un incremento en la carga sobre los canales comunes y el requerimiento para que la MCU de tratamiento especial al mensaje de anuncio de llamada del iniciador.

Iniciación de una Llamada Remota Las llamadas intra-regionales pueden alojarse localmente si todos los miembros se localizan 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 están siendo sobrecargados o no están disponibles. En tales casos, los medios y la señalización pueden experimentar tiempo de espera adicional y errores debido a las trayectorias de comunicación extendidas entre el PDSN de usuario y la CU remota. La FIGURA 5 ilustra un establecimiento de llamada ejemplar para una llamada intra-regional, remota. Iniciar una llamada intra-regional en un sistema final remoto es similar al escenario de establecimiento de llamada discutido junto con la FIGURA 4, con la excepción de la asignación de llamada de despachador regional a una MCU. Después de que ha recuperado el despachador regional la ubicación de los miembros de grupos, puede determinar la MCU a la cual puede asignarse la llamada. El despachador regional puede hacer esta decisión basándose en la información de ubicación de los usuarios, la carga y la disponibilidad de las MCU. En una llamada intraregional los usuarios pueden localizarse 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 sobrecarga o temporalmente está experimentando fallas operacionales , entonces puede asignar la llamada a una MCU remota. En una modalidad, las MCU pueden ser duplicaciones de funcionalidad idéntica con la excepción de la configuración de llamadas; por lo tanto, la MCU remota puede manejar la llamada similar a la MCU local.

Llamadas Inter-regionales El sistema 100 de llamada en grupo puede designarse para permitir que un usuario se comunique con cualquier otro usuario independiente de su ubicación física o proximidad entre sí. El sistema 100 de comunicación en grupo puede desplegarse para limitar el número de llamadas que son inter- regionales, debido a que las llamadas inter-regionales se requieren en comunicación entre el despachador regional y el despachador local al momento del establecimiento de la llamada. La asignación de llamadas puede ser a una MCU que está en una región remota de uno o más de los participantes de la llamada. Las siguientes secciones describen flujos de llamadas ejemplares, estimaciones de tiempo y esquemas de mensajes para llamadas inter-regionales .

Inicio de una Llamada Local La FIGURA 6 ilustra un flujo de mensajes ejemplar para iniciar una llamada en grupo localmente alojada. El establecimiento de llamada para una llamada inter-regional local es similar al establecimiento de llamada para una llamada intra-regional local, como se describe junto con la FIGURA 4, con la 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 localizar los usuarios objetivo dentro de su memoria caché. Si algunos usuarios no se encuentran en la memoria caché, el despachador regional puede solicitar asistencia del despachador local para localizar los usuarios. El despachador local puede contener información de ubicación de usuario para los usuarios que han realizado registros de IP utilizando el servidor de ubicación regional. Como se discute previamente, el servidor de ubicación regional puede notificar a su despachador regional asociado cada vez que ocurre un registro de usuario. Cada despachador regional puede notificar al despachador local de los registros de usuario. Esto permite que el despachador local ayude a los despachadores regionales a encontrar usuarios que se separan geográficamente a través de diferentes regiones.

Inicios de una Llamada Remota La FIGURA 7 ilustra un establecimiento ejemplar para una llamada inter-regional remota. El inicio de una llamada inter-regional en un sistema final remoto es similar al escenario de establecimiento de llamada, como se describe junto con la FIGURA 4, con la excepción de la asignación de llamada del despachador regional a una MCU. Después de que el despachador 114 (RD) recupera la ubicación de los miembros de grupo, puede determinar la MCU a la cual puede asignarse la llamada. El RD 114 puede hacer una decisión basándose en la información de ubicación de usuarios, la carga y la disponibilidad de las MCU. Al utilizar ubicaciones de miembros de grupos, el RD intenta encontrar la trayectoria óptima de viaje para los paquetes de IP que contienen medios y señalización sobre la red del proveedor de servicios, para la mayor parte de los miembros. Si la mayor parte de los usuarios se localizan en una región particular, la llamada puede asignarse a esa región. Si los usuarios se dispersan uniformemente a través de las regiones, la llamada puede asignarse a una de las regiones que contiene los usuarios objetivo.

Terminación de la Llamada en Grupo Una llamada en grupo puede finalizar por dos razones: Ya sea que todos los participantes hayan solicitado abandonar la llamada o todos los participantes hayan dejado de hablar durante un periodo predefinido de tiempo, llamado "tiempo para colgar" . Cada participante puede elegir finalizar la participación en la llamada antes del término planeado de la llamada. Si todos los participantes abandonan la llamada, la MCU puede terminar la llamada y liberar todos los recursos asignados a ésta. Si todos excepto un participante abandonan la llamada, la MCU puede notificar al participante, referido como el "usuario solitario" . El usuario solitario tiene la opción de abandonar la llamada inmediatamente o esperar que expire el cronómetro del tiempo para colgar, la cual puede accionar que la MCU disperse la llamada. La MCU puede terminar la llamada con la expiración del cronómetro de tiempo para colgar. La MCU puede rastrear cada impulso de habla y establecer un cronómetro después del término de un impulso de habla. Este cronómetro se refiere como el cronómetro de tiempo para colgar y puede rastrear la duración de silencio, es decir, no existe habla o ninguna actividad de flujo de medios, en la llamada. Si la llamada permanece silenciosa por la duración del tiempo para colgar, lo cual puede configurarse por el proveedor de servicio, la MCU puede asumir que los participantes ya no están interesados en la llamada, y por lo tanto termina la llamada.

Terminación de Llamada Iniciada por el Usuario La FIGURA 8 ilustra un escenario ejemplar en el cual un usuario ha elegido finalizar la participación en una llamada de grupo. El escenario representa el flujo de mensajes para terminar la participación de usuario. Cuando el usuario elige 802 para finalizar la participación de la llamada de grupo, el cliente puede enviar 804 una solicitud a la MCU para remover el usuario de la llamada. La MCU puede remover 806 al usuario de la llamada y notificar 808 al cliente que el usuario se ha removido 810.

Terminación de Llamada Iniciada por el Servidor La FIGURA 9 ilustra un flujo de mensajes ejemplar que ocurre cuando el cronómetro de tiempo para colgar expira y la MCU termina la llamada en grupo. Con la expiración del cronómetro 902 de tiempo para colgar, la MCU puede enviar 904 a los participantes una notificación de que la llamada está finalizando. Cada cliente que recibe una notificación de finalización de llamada puede contestar 906 con una aceptación. Con la recepción de las aceptaciones, la MCU puede notificar 908 al RD que la llamada ha finalizado y puede liberar los recursos que se asignaron a la llamada.

Envío de una Advertencia El mecanismo de advertencia puede utilizarse para notificar a los usuarios objetivo que otro usuario, el iniciador de la advertencia, ha expresado un deseo de hacer que participen en una llamada en grupo. El mecanismo de advertencia puede contener un mensaje de texto que permita que el iniciador especifique el objeto de la llamada, el tiempo deseado de la llamada, o cualquier otro mensaje de texto hecho por el usuario. La FIGURA 10 ilustra un flujo de mensajes ejemplar que ocurre cuando un usuario envía una advertencia. El iniciador 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 advertencia. El cliente puede enviar 1004 una solicitud al RD para enviar advertencias a los usuarios objetivo especificados en la solicitud. Cuando el RD recibe 1006 la solicitud, puede expandir los grupos predefinidos especificados en la solicitud en las listas de miembros de usuarios objetivo, y el RD puede recuperar la información de ubicación de usuarios objetivo. Después de que el RD ha localizado por lo menos uno de los usuarios objetivo, el RD puede enviar una respuesta 1008 nuevamente al cliente. El RD puede asignar 1010 la solicitud de advertencia a una MCU para difundir los mensajes 1012 de advertencia a los usuarios objetivo. Como se observa en la FIGURA 10, la solicitud de advertencias puede enviarse mediante la ráfaga de datos corta (SDB) . El envío de advertencias mediante mensajes de SDB permite que las sesiones de datos de paquetes de las partes implicadas permanezcan latentes. La notificación de advertencia contiene la información necesaria para permitir que los usuarios objetivo establezcan llamadas de grupo con el iniciador y el resto de los usuarios objetivo, por ejemplo al seleccionar la notificación de advertencia y presionar PTT. Cuando esto ocurre, el establecimiento de llamada en grupo procede en forma similar al escenario de establecimiento de llamada discutido junto con la FIGURA 4.

Unión Tardía Una solicitud de establecimiento de llamada en grupo se considera una unión tardía, si se determina que la lista de miembros, la cual puede especificarse en la solicitud de establecimiento de llamada es idéntica a una que se asocia con una llamada ya en progreso en el sistema. Esta situación puede ocurrir en una o dos formas. Primero, el usuario puede crear una lista de miembros idéntica a una que ya tiene una llamada asociada con la misma, por ejemplo, al seleccionar exactamente el mismo usuario o usuarios y/o grupos y presionando el botón de PTT. En segundo lugar, el usuario puede seleccionar una llamada, la cual aún está ejecutándose en el sistema, a partir de la lista historial de llamadas y presionando PTT. En cualquier caso, el RD puede detectar que la llamada que el usuario ha solicitado para iniciar ya está en progreso, y tratar al usuario como una unión tardía . La FIGURA 11 ilustra un caso de unión tardía ejemplar en el cual un usuario puede seleccionar una llamada de la lista historial de llamadas. El usuario puede seleccionar 1102 una llamada de la lista historial de llamadas y presionar el botón de PTT. El cliente puede enviar 1104 una solicitud al RD para iniciar la llamada en grupo. El RD puede determinar que la llamada ya está ejecutándose 1106 y enviar una respuesta 1108 al cliente de que el usuario está siendo agregado a una llamada en progreso. Si la llamada ya está ejecutándose, la palabra no puede ser concedida al usuario ya que un participante de llamada actual puede estar ya teniendo la llamada al momento de que se prepara para recibir los medios el usuario de unión tardía, es decir, la sesión de datos de paquete se sale del estado latente. El RD puede solicitar 1110 a la CU que está alojando la llamada agregue al usuario de unión tardía al grupo. La MCU agrega al usuario y envía 1112 un anuncio al usuario que contiene la información de contacto de MCU. Después de que se reestablece el canal de tráfico del usuario de unión tardía, el flujo de medios dentro de la llamada puede transmitirse al usuario. En este momento, el usuario de unión tardía puede intentar solicitar el privilegio de llamar . El escenario de unión tardía es similar al escenario para iniciar una nueva llamada en grupo como se discute junto con la FIGURA 4. El factor de diferencia es que al usuario de unión tardía se le niega la palabra en respuesta a la solicitud de establecimiento de llamada en grupo inicial .

Arbitraje del Conversador En una modalidad, cada usuario de llamada en grupo se le asigna un rango de pre-desocupado del conversador, el cual determina qué nivel de derechos el usuario tiene cuando solicita privilegios para dimensionar la "palabra" y estar hablando. Después de que se establece la llamada en grupo, la MCU puede ser responsable del control de la palabra y determinar si el participante que solicita la palabra puede permitírsele hablar. La LCU puede realizar el arbitraje del conversador cuando dos o más participantes de llamadas están compitiendo por el control de la palabra para un grupo particular. La FIGURA 12 ilustra los eventos ejemplares que pueden ocurrir durante un proceso de arbitraje. El esquema de arbitraje utilizado en este escenario permite el predesocupado del usuario B cuando el usuario A solicita la palabra. El usuario B tiene el control de la palabra, es decir, el usuario B está hablando, cuando un usuario A solicita permiso para hablar al presionar 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 del conversador y determinar que el usuario B puede desocuparse y el usuario A concedérsele la palabra. Para poder asegurar un descanso en el flujo de medios, es decir, el usuario B puede dejar de hablar antes de que se transmita los medios del usuario A, la MCU primero envía 1208 un mensaje al cliente para el usuario B, indicando que se ha predesocupado la palabra por otro usuario, y después enviar 1210 una respuesta concediendo la palabra al usuario A.

Agregando Usuarios a una Llamada en Grupo Activa El sistema 100 de comunicaciones en grupo permite que un participante de llamada en grupo agregue nuevos usuarios a una llamada en grupo en progreso. Esto se logra por el participante de la llamada que selecciona uno o más usuarios objetivo, uno o más grupos predefinidos, o una combinación de los dos, e indica que el participante desea que los objetivos sean agregados a la llamada en grupo en el que está actualmente el participante. La FIGURA 13 ilustra los eventos que ocurren cuando nuevos objetivos se agregan a una llamada en grupo que está en progreso. El participante de la llamada puede seleccionar 1302 uno o más usuarios objetivo, uno o más grupos, o una combinación de los dos que deben agregarse a la llamada. El cliente puede enviar 1304 un mensaje al RD solicitando que los usuarios objetivo especificados se agreguen a la llamada en grupo en progreso, que pueden especificarse en la solicitud. Cuando el RD recibe la solicitud, puede expandir los grupos predefinidos, especificados en la solicitud, en las listas de miembros de usuarios objetivo. Después, el RD puede recuperar 1306 la información de ubicación de usuarios objetivo. Después de que el RD ha localizado por lo menos uno de los usuarios objetivo, el RD puede enviar 1308 una respuesta nuevamente al cliente indicando que los objetivos están siendo agregados a la llamada. El RD puede enviar 1310 una solicitud al MCU para agregar los usuarios específicos a la llamada. La MCU puede enviar 1312 los anuncios de llamadas fuera de los nuevos objetivos, lo cual puede iniciar el proceso para sacar sus sesiones de datos de paquetes del estado latente. Los anuncios pueden enviarse en un programa confiable para asegurar que los objetivos reciban el mensaje. Después de que se restablecen los canales de tráfico de los objetivos, los objetivos pueden enviar 1314 de conocimientos a la MCU. Los objetivos adicionales pueden incluirse 1316 en los medios y comunicación de señalización que está ocurriendo en la llamada.

Removiendo Miembros de una Llamada de Grupo Activa El sistema 100 de comunicación en grupo permite que un participante de llamada en grupo remueva miembros de un grupo activo. En una modalidad, esto puede lograrse por un participante de llamada que selecciona uno o más participantes objetivo e indica que deben removerse de la llamada en grupo. La FIGURA 14 ilustra los eventos ejemplares que pueden ocurrir cuando participantes se remueven de la llamada en grupo en progreso. El participante de llamada en grupo puede seleccionar 1402 uno o más participantes objetivo que van a removerse de la llamada. El cliente puede enviar 1404 un mensaje al RD, solicitando que los objetivos, que pueden ser especificados en el mensaje sean removidos de la llamada en grupo. Cuando el RD recibe la solicitud puede recuperar 1406 la información de ubicación de objetivo y puede enviar 1408 una respuesta nuevamente al cliente indicando que los objetivos están siendo removidos. El RD puede enviar 1410 una solicitud a la MCU para remover los objetivos de la llamada. La MCU puede enviar 1412 mensajes a los objetivos, que pueden especificarse en la solicitud de remoción, indicando que están siendo removidos de la llamada. Los objetivos pueden enviar 1414 reconocimientos a la MCU.

No Registro Cuando un usuario ya no desea estar contactado por el servidor de aplicación o cualquier otra aplicación de IP que utiliza la dirección de IP del usuario para contactar al usuario, la función de no registro puede realizarse. La función de no registro remueve la dirección de IP de usuario y otra información de contacto del RLS y libera cualquier recurso asignado a nombre del usuario. La FIGURA 15 ilustra cómo el registro de usuario se remueve del RLS como resultado de la estación móvil que es apagada, 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 la información de ubicación de usuario debe removerse. El RLS puede autentificar 1506 la solicitud para asegurar que sea de una fuente válida. Con la autenticación exitosa, el RLS puede notificar 1508 al cliente con una indicación de éxito, y puede notificar 1510 al RD sobre la remoción del usuario. El RD puede remover los registros de datos del usuario de su memoria caché y puede liberar los recursos que puedan haberse asignado al usuario. En el caso de una falla, a un no registro, la información de ubicación de usuario puede removerse eventualmente del RLS cuando el momento asociado con el campo de expiración haya transcurrido. En una modalidad, el sistema 100 de comunicación en grupo soporta el modelo de cuarto de charlas y el modelo de fines específicos. En el modelo de cuarto de charlas, los grupos se predefinen, los cuales pueden almacenarse en el servidor de despacho. Los grupos predefinidos pueden ser públicos, implicando que el grupo tenga una lista de miembros abierta, es decir, cualquier usuario de despacho es un participante potencial. En el modelo de cuarto de charlas, la llamada es iniciada cuando la primera persona opta unirse al cuarto de charlas, y la llamada permanece ejecutándose, con los recursos del servidor asignados a la llamada, independiente de la actividad de habla, para una cantidad predeterminada de tiempo, la cual puede configurarse por el proveedor de servicios. Los usuarios solicitan específicamente unirse y abandonar estos tipos de llamadas. Durante periodos de inactividad de habla, cada llamada es puesta en un estado latente de grupo, como se discutirá posteriormente, hasta que un usuario solicita permiso para hablar. En el modelo de fines específicos, los grupos pueden definirse en tiempo real y tener una lista de miembros cerrada asociada con los mismos. Una lista de miembros cerrada puede especificar qué usuarios se les permite participar en el grupo, puede no estar disponibles a usuarios fuera de la lista de miembros cerrada, y solamente puede existir durante la duración de la llamada. Las definiciones de grupo con fines específicos pueden no almacenarse en algún lado; pueden utilizarse para establecer la llamada y liberarse después de que haya finalizado la llamada. Un grupo con fines específicos puede formarse cuando un usuario de origen selecciona uno o más usuarios objetivo y genera una solicitud, la cual se envía a un servidor para comenzar la llamada. Los usuarios objetivo pueden enviárseles una notificación de que se han incluido en un grupo y pueden unirse automáticamente a la llamada asociada, es decir, ninguna acción de usuario puede requerirse. Cuando una llamada con fines específicos se vuelve inactiva, los servidores de aplicación pueden "romper" la llamada y liberar los recursos asignados a la misma, incluyendo la definición de grupo utilizada para comenzar la llamada. Cuando se opera en el modelo de cuarto de charlas, en el sistema 100 de comunicación en grupo, un grupo de usuarios del dispositivo de comunicación, individualmente conocido como miembros de red, se comunican entre sí utilizando un dispositivo de comunicación asignado a cada miembro de red, el término "red" define un grupo de usuarios del dispositivo de comunicación autorizados para comunicarse entre sí. En una modalidad, una base de datos central puede contener información que identifique los miembros de cada red particular. Más de una red puede operar en el mismo sistema de comunicación. 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 entre sí, pero no pueden comunicarse con miembros de la segunda red. En otra modalidad, miembros de diferentes redes son capaces de vigilar comunicaciones entre miembros de más de una red, pero sólo son capaces de transmitir información a miembros de su propia red. Una red puede operar sobre un sistema de comunicación existente, sin requerir cambios sustanciales a la infraestructura existente. De este modo, un controlador y usuarios en una red pueden operar en cualquier sistema capaz de transmitir y recibir información de paquetes utilizando el protocolo de Internet (IP) , tal como un sistema de Acceso múltiple de división por código (CDMA) un sistema de Acceso Múltiple de División por Tiempo (TDMA) , un Sistema Global para el sistema de Comunicaciones Móviles (GSM) , sistemas de comunicación satelitales tales como Globalstar™ o Iridium™, o una variedad de otros sistemas. Los miembros de la red pueden comunicarse entre sí utilizando un dispositivo de comunicación asignado, mostrado como dispositivos 120 y 122 (los CD) de comunicación. Los CD 120 y 122 pueden ser dispositivos de comunicación alámbricos o inalámbricos tales como teléfonos inalámbricos terrestres, teléfonos alámbricos que tienen capacidad de pulsar para hablar, teléfonos satelitales equipados con funcionalidad de pulsar para hablar, videocámaras inalámbricas, cámaras fijas, dispositivos de audio tales como grabadoras o reproductores de música, computadoras portátiles o de escritorio, dispositivos de búsqueda o cualquier combinación de los mismos. Por ejemplo, el CD 120 puede comprender un teléfono terrestre inalámbrico que tiene una videocámara y una pantalla. Además, cada CD puede ser capaz de enviar y recibir información en ya sea un modo seguro, un modo no seguro (despejado) . A través de la siguiente discusión, la referencia a un CD individual infiere un teléfono de pulsar para hablar inalámbrico. Sin embargo, se debe entender que la referencia a un CD no se pretende para ser limitada como tal, y puede abarcar otros dispositivos de comunicación que tengan la capacidad de transmitir y recibir información de paquetes de acuerdo con un Protocolo de Internet (IP) . En el sistema 100 de comunicación en grupo, un privilegio de transmisión generalmente permite que un solo usuario transmita información a otros miembros de red en un momento dado. El privilegio de transmisión se concede o niega a un miembro de red solicitante, dependiendo de si el privilegio de transmisión se asigna o no actualmente a otro miembro de red cuando se recibe la solicitud. El proceso de conceder y negar las solicitudes de transmisión se conoce como arbitraje. Los esquemas de arbitraje pueden evaluar factores tales como niveles de prioridad asignados a cada CD, el número de intentos no exitosos para ganar privilegio de transmisión, la longitud de tiempo en que un miembro de red ha tenido el privilegio de transmisión, u otros factores, para determinar si un miembro de red solicitante se le concede el privilegio de transmisión. Para poder participar en el sistema 100, los CD 120 y 122 pueden tener cada uno la capacidad de solicitar el privilegio de transmisión de un controlador o MCU 116. la MCU 116 puede manejar el tiempo real y la operación administrativa de los grupos. La MCU es cualquier tipo de dispositivo tipo computadora que tiene por lo menos un procesador y memoria. La MCU 116 puede operar remotamente a través de ya sea un proveedor de servicio de sistema de comunicación, miembros o ambos, asumiendo que esa autorización se proporciona por el proveedor de servicios. La MCU 116 puede recibir definiciones de grupo a través de una interfaz de administración externa. Los miembros de grupos pueden solicitar acciones administrativas a través de su proveedor de servicio o funciones de red administrativas a través de sistemas definidos, tal como un administrador de seguridad operado por el miembro (SM) que se conforma a una interfaz de administración de MCU. La MCU 116 puede autentificar la parte que intenta establecer o notificar a una red. El SM puede realizar el manejo de claves, la autenticación de usuarios, y las tareas relacionadas para soportar redes seguras. Un sistema de comunicación en grupo sencillo puede interactuar con uno o más SM. El SM puede no ser implicado en el control de tiempo real de una red, incluyendo la activación de red o el arbitraje de PTT. El SM puede tener capacidades de administración compatibles con la interfaz de MCU para automatizar las funciones de administración. El SM también puede ser capaz de actuar como un punto final de datos para el propósito de participar en una red, difundir las claves de red, o simplemente monitorear el tráfico de red. En una modalidad, el medio para solicitar el privilegio de transmisión de una MCU comprende una clave o conmutador de pulsar para hablar (PTT) . Cuando un usuario en el sistema 100 desea transmitir información a otros miembros, el usuario puede presionar el conmutador de pulsar para hablar localizado en su CD, enviar una solicitud de control de palabra para obtener el privilegio de transmisión de la MCU 116. Si ningún otro miembro de red se asigna actualmente al privilegio de transmisión, el usuario solicitante puede concedérsele el privilegio de transmisión y el usuario puede ser notificado por una advertencia audible, visual o táctil a través del CD. Después de que el usuario solicitante se le ha concedido el privilegio de transmisión, la información entonces puede ser transmitida desde ese usuario al otro miembro. En una modalidad de la presente invención, cada miembro de red inalámbrica establece un enlace de retorno y un enlace sin retorno con una o más estaciones 126 base, o alternativamente con una pasarela satelital, como el caso pueda ser. La voz y/o datos pueden convertirse en paquetes de datos, utilizando un CD, por ejemplo, los cuales son adecuados para una red 128 distribuida particular a través de la cual las comunicaciones a otros usuarios pueden tener lugar. En una modalidad, la red 128 distribuida es la Internet. En una modalidad, un canal directo dedicado se establece en cada sistema de comunicación, es decir, un sistema de comunicación terrestre y un sistema de comunicación satelital, para difundir información de cada miembro de red a los otros miembros de red. Cada miembro de red puede recibir comunicaciones de otros miembros de red sobre el canal dedicado. En otra modalidad, un enlace de retorno dedicado se establece en cada sistema de comunicación para transmitir información a la MCU 116. En una modalidad, una combinación de los esquemas anteriores puede utilizarse. Por ejemplo, un esquema puede implicar establecer un canal de difusión sin retorno dedicado pero solicitar que los CD inalámbricos transmiten información a la MCU 116 sobre un enlace sin retorno 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 presionar una clave de pulsar para hablar en su CD, lo cual genera una solicitud formateada para la transmisión sobre la red 128 distribuida. En el caso de los CD 120 y 122, la solicitud puede ser transmitida en el aire a una o más estaciones 126 base. Un centro 130 de conmutación móvil (MSC) , el cual puede incluir una función de trabajo interno bien conocida (I F) , el nodo de servicio de datos de paquete (PDSN) , o la función de control de paquetes (PCF) , para procesar paquetes de datos que pueden existir entre la BS 126 y la red 128 distribuida. La solicitud puede transmitirse a través de la red telefónica conmutada pública (PSTN) a un banco de módems, el cual puede recibir la solicitud y proporcionarl a la red 128 distribuida. Una terminal puede monitorear el tráfico de sistema 100 a través de su conexión a la red 128 distribuida. Si ningún otro miembro realmente tiene 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, notificando que el privilegio de transmisión sea concedido. El audio, visual u otra información del primer miembro de red puede entonces transmitirse a los otros miembros de red al enviar la información a la MCU 116, utilizando una de las trayectorias de transmisión recién descritas. En una modalidad, la MCU 116 entonces proporciona la información a los otros miembros de red al duplicar la información y enviar cada duplicado a los otros miembros de red. Si un canal de difusión sencillo se utiliza, la información sólo necesita ser duplicada una vez por cada canal de difusión en uso. En una modalidad alternativa, la MCU 116 se incorpora en MSC 130 de maneras que los paquetes de datos que soportan las estaciones base se enruten directamente a la MCU 116 sin ser enrutadas sobre la red 128 distribuida. En esta modalidad, la MCU 116 aún se conecta a la red 128 distribuida de manera que otros sistemas y dispositivos de comunicación pueden participar en una comunicación en grupo. En aún otra modalidad, la MCU 116 puede incorporarse en el PDSN o en los módulos de PCF del MSC 130. En una modalidad, la MCU 116 mantiene una o más bases de datos para manejar la información que pertenece a los miembros de red individuales, así como a cada red definida. Por ejemplo, para cada miembro de red, una base de datos puede comprender información tal como el nombre del usuario, el número de cuenta, un número telefónico, un número de marcación, asociados con el CD del miembro, un número de identificación de unidad móvil asignado al CD, el estado actual del miembro en la red, tal como si el miembro está participando activamente en la red, un código de prioridad para determinar cómo se asigna el privilegio de transmisión, un número telefónico de datos asociado con el CD, una dirección de IP asociada con el CD, y una indicación de cuáles redes se le autorizan al miembro para comunicarse. Otros tipos relacionados de información también pueden almacenarse por la base de datos con respecto a cada miembro de red. En una modalidad, el CD puede formar las conexiones con las terminales de comunicación individuales para formar un grupo de plática o red. La MCU puede comprender una variedad de capacidades funcionales en hardware y software que se pueden configurar en diferentes formas para acomodar diferentes aplicaciones. La MCU puede proporcionar capacidad para manejar operaciones de tiempo real, administrativas y de autenticidad de las redes, arbitraje de solicitud de pulsar para hablar (PTT) , mantenimiento y distribución de la membresía de red y las listas de registro, establecimiento de llamadas y el rompimiento de comunicación necesaria, por ejemplo, CDMA, sistemas y recursos de redes, así como el control general del estado de la red. Las redes pueden estar dentro de un sistema celular desplegable autónomo, o una configuración de sitio múltiple grande. En el caso de una configuración grande, las múltiples CU pueden desplegarse geográficamente para formar un sistema integrado sencillo, cada uno operando como un módulo de enchufe en infraestructura celular existente. Como tal, nuevas características introducidas por las redes están disponibles a usuarios de celulares sin requerir modificación a infraestructura celular existente. La MCU puede mantener una lista de redes definidas. En una modalidad, cada definición de red incluye un identificador de red, una lista de miembros, que incluyen 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 ya sea como claras o seguras, y transiciones entre clara y segura no pueden permitirse. Una red segura típicamente utiliza encriptación de medios para proporcionar autenticación y protección contra dispositivos de escucha fortuita. La encriptación de medios para redes seguras se implementa en una base de extremo a extremo, dando a entender que la encriptación y descifrado puede tener lugar dentro del dispositivo de comunicación. La MCU puede operar sin conocimiento de algoritmos de seguridad, claves o políticas. La FIGURA 16 ilustra un grupo 1600 ejemplar para mostrar cómo los dispositivos 1602, 1604 y 1606 de comunicación que interactúa con una MCU 1608. Múltiples MCU pueden desplegarse como se desee para grupos de gran escala. En la FIGURA 16, el CD 1602 tiene permiso para transmitir medios a otros miembros del grupo. En este caso, el CD 1602 se conoce como el conversador y transmite medios sobre un canal. Cuando el CD 1602 se designa como el conversador, los participantes restantes, CD 1604 y 1606 puede no tener permiso para transmitir medios al grupo. Por consiguiente, el CD 1604 y el CD 1606 se les designa como oyentes. Como se describe en lo anterior, los CD 1602, 1604 y 1606 se conectan a la MCU 1608, utilizando por lo menos un canal. En una modalidad, el canal se divide en canales separados que comprenden un canal 1610 de protocolo de inicio de sesión (SIP) , un canal 1612 de señalización de medios, y un canal 1614 de tráfico de medios. El canal 1610 de ISP y el canal 1612 de señalización de medios pueden utilizarse en cualquier momento cuando la banda ancha lo permita por cualquiera de los CD 1602, 1604 y 1606, independientemente de ser designado como un conversador o un oyente. El SIP es un protocolo de nivel de aplicación definido de fuerza de tarea de diseño de Internet (IETF) que describe los mecanismos de control para establecer, modificar y terminar sesiones de multimedia que operan sobre el protocolo de Internet (IP) . El SIP proporciona una solución general a los problemas de señalización de llamadas para aplicaciones de telefonía por Internet al soportar mecanismos para registrar y localizar usuarios, mecanismo que define capacidades de usuario y describe parámetros de medios, y mecanismos para determinar la disponibilidad de usuario, establecimiento de llamadas y manejo de llamadas. En una modalidad, el canal 1610 de SIP se utiliza para iniciar y finalizar la participación de un CD dentro del grupo 1600. Una señal de protocolo de descripción de sesión (SDP) puede utilizarse también dentro del canal 1610 de SIP. Cuando la participación de los CD dentro del grupo se establece, por ejemplo, al utilizar el canal 1610 de SIP, el control de llamadas de tiempo real y la señalización entre el CD y la MCU tiene lugar, por ejemplo, al utilizar 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 las solicitudes de pulsar para hablar y liberaciones, arbitrar entre solicitudes en conflicto, o control de la palabra, anuncia el comienzo y final de la transmisión de información, maneja el estado latente de la red, rastrea la conectividad de punto final, solicita e intercambia el estado de red, y notifica cualquier mensaje de error. El protocolo de canal 1612 de señalización de medios disminuye la longitud de los mensajes más comunes, y simplifica la tarea de interpretar las respuestas y responde a las solicitudes mientras que retiene la flexibilidad para mejoras futuras. El protocolo del canal 1612 de señalización de medios, también permite que las solicitudes se reenvíen sin afectar 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 establecimiento de llamadas y señalización de control, lo cual puede consistir de solicitudes de invitación de sesión y aceptaciones, y señalización de medios, que puede comprender de solicitudes de control de palabra en tiempo real y mensajes asincronos relacionados. El tráfico de medios en el canal 1614 de tráfico de medios puede comprender difusiones de voz y/o datos de punto a multipunto de tiempo real. Ambas categorías de mensajes tienen atributos funcionales únicos. Además, cada CD puede expedir solicitudes de cliente del servicio de nombres de dominios (DNS) para facilitar el mapeo de nombre de anfitriones de DNS completamente calificados a las direcciones de redes de Internet. En una modalidad, el establecimiento de llamada y la señalización de control de llamadas se realiza de acuerdo con las semánticas de SIP. Aunque SIP puede transportarse utilizando el protocolo de datagramas de usuario bien conocido (UDP) o el protocolo de control de transmisión TCP) , en una modalidad, cada CD realiza las funciones de señalización basadas en SIP utilizando UDP. También, cada CM puede esperar recibir las solicitudes de señalización de SIP mediante UDP. La señalización de tiempo real puede ocurrir mediante la interfaz dinámica de UDP/IP en el CN y cada CD. Otra señalización puede tener lugar mediante una interfaz fija de TCP/IP entre el CM y CD utilizando el SIP por ejemplo.

Tiempo de Espera de PTT En una modalidad, cuando el servicio de datos de paquete está activo, los recursos en la infraestructura, por ejemplo, el subsistema de transceptor de estación base (BTS) , el controlador de estación base (BSC) , el trabajo interno (IWF) , y el radio enlace se asignan activamente a la estación móvil (MS) . En un servicio de despacho de VoIP basado en IP, mientras que existe una conversación activa que continúa entre participantes de grupo, la conexión de datos de paquete para cada usuario permanece activa. Sin embargo, después de un periodo de inactividad, es decir, "tiempo para colgar", en las comunicaciones de grupo, los canales de tráfico de usuario pueden hacer transición al estado latente. La transición al estado latente conserva la capacidad del sistema, reduce el costo de servicio y el consumo de la batería, y hace al usuario disponible para recibir las llamadas de voz convencionales entrantes. Por ejemplo, cuando el usuario está en una llamada de datos de paquete activa, generalmente se considerará que está "ocupado" para las llamadas de voz entrantes. Si la llamada de datos de paquete del usuario está en el estado latente, el usuario puede ser capaz de recibir llamadas de voz entrantes. Por estas razones, es deseable hacer transición de la llamada de datos de paquetes al estado latente después de periodos de inactividad de datos de paquete . Aunque las llamadas de datos de paquete están activas, aún si no están siendo intercambiados paquetes de datos, la energía de radiofrecuencia (RF) aún puede ser transmitida mediante teléfonos móviles, aunque a un bajo nivel, para mantener la sincronización y el control de potencia con la estación base. Estas transmisiones pueden provocar un consumo de potencia importante en el teléfono. En el estado latente, sin embargo, el teléfono no puede realizar ninguna transmisión de RF. Para conservar la potencia del teléfono y extender la vida de la batería, el tiempo para colgar puede establecerse para hacer transición del teléfono al modo latente después de periodos extendidos de ninguna transmisión de datos. Aunque el servicio de datos de paquete está activo para todos los usuarios, las solicitudes de PTT, las cuales pueden ser datagramas de IP enviadas entre el MS y el servidor de despacho, tienen muy bajo tiempo de espera. Sin embargo, si los canales de usuario han hecho transición previamente al estado latente, el tiempo de espera de PTT puede ser mucho más largo. Durante el estado latente de los datos de paquete, la información de estado asociada con la sesión de datos de paquete, incluyendo la dirección de PIUD de la unidad móvil, puede mantenerse. Sin embargo, la información de estado asociada con los niveles menores a PPP, tal como los niveles de tráfico físico, puede liberarse y/o desasignarse.

En algunas infraestructuras, para despertar una conexión de datos latente, el canal de tráfico debe ser reasignado, los recursos deben reasignarse, y el nivel de protocolo de radioenlace (RLP) debe reiniciarse. El efecto de esto es que después de que un grupo de plática no ha hablado durante un tiempo, cuando un usuario presiona su botón de PTT para solicitar la palabra, el tiempo de espera de PTT para el primer impulso de habla generalmente es mucho más largo que para los impulsos de habla subsecuentes. Aunque esto es relativamente infrecuente, puede afectar la utilidad del servicio, y debe disminuirse. Para reducir el tiempo de espera de PTT, en una modalidad, la señalización de llamada en grupo, tal como las solicitudes de control de palabra, las respuestas de control de palabra y los mensajes de activación de estado latente, pueden transmitirse sobre algunos canales comunes disponibles, sin esperar que los canales de tráfico dedicado se reestablezcan. Los canales comunes pueden estar siempre disponibles, independiente del estado de las unidades móviles, y no pueden requerir ser solicitados y reasignados cada vez que un usuario desea iniciar una llamada de grupo. Por lo tanto, la señalización de llamada de grupo puede intercambiarse aún cuando las unidades móviles estén latentes, lo cual puede proporcionar un medio para restablecer canales de tráfico dedicados para el conversador y las unidades móviles de los oyentes en paralelo. En una modalidad, la unidad móvil que llama puede enviar una solicitud de control de palabra a la infraestructura inalámbrica sobre ciertos canales comunes de retorno disponibles, tal como el canal de acceso de retorno y el canal de acceso mejorado de retorno. La unidad móvil que llama también puede recibir una respuesta a la solicitud de control de palabra sobre ciertos canales comunes sin retorno disponibles, tal como un canal de búsqueda sin retorno y el canal de control común sin retorno. En una modalidad, las unidades móviles de los oyentes latentes pueden recibir mensajes de activación de estado latente sobre ciertos canales comunes sin retorno disponibles, tal como el canal de búsqueda sin retorno y el canal de control común sin retorno .

Mensajes de Señalización de Llamadas de Ráfaga Corta de Datos En una modalidad, una reducción importante en el tiempo de activación de estado latente total actual y el tiempo de espera de PTT percibido por el conversador, puede lograrse a través del uso de los mensajes de ráfaga corta de datos (SDB) , como proporcionados en "Estándares de TIA/EIA/IS-2000 para los Sistemas de Espectro Propagado de cdma2000", referidos en la presente como "el estándar de cdma2000" por ejemplo. En una modalidad, los mensajes de SDB pueden enviarse sobre ambos canales físicos dedicados, tal como el canal fundamental sin retorno FCH) o el canal de control común dedicado sin retorno (F-DCCH) o canales físicos comunes, tal como el canal de acceso de retorno (R-ACH) , el canal de acceso mejorado de retorno (R-EACH) , el canal de control común sin retorno (F-CCCH) , o el canal de búsquedas (PCH) . Los mensajes de SDB pueden transportarse por el protocolo de ráfaga de radio (RBP) , el cual mapea los mensajes sobre un canal de nivel físico apropiado y disponible. Debido a que los mensajes de SDB pueden llevar tráfico de IP arbitrario y pueden enviarse sobre canales físicos comunes, los mensajes de SDB proporcionan un mecanismo para intercambiar señalización de llamada de grupo cuando una unidad móvil del cliente que llama no tiene canales de tráfico dedicados. Mensajes de Señalización de Llamadas Originados por la Unidad Móvil En una modalidad, los mensajes de señalización de medios pueden llevar datagramas de IP sobre el enlace de retorno o el enlace originado por la unidad móvil. Una estación móvil de cliente puede señalar a la MCU rápidamente siempre que el usuario solicite la palabra y un canal de tráfico de retorno dedicado no esté disponible inmediatamente. Asumir 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 inmediatamente la solicitud de control de palabra sobre un canal común de retorno de una infraestructura inalámbrica, la cual puede retransmitir la solicitud a la MCU. Por ejemplo, ya sea el canal de acceso de retorno o el canal de acceso mejorado de retorno puede utilizarse para enviar mensajes cuando un canal de retorno dedicado no esté disponible. En una modalidad, la estación móvil de cliente puede transmitir un mensaje de solicitud de palabra a la MCU como un mensaje de SDB. Con referencia a la FIGURA 4, en una modalidad, el MS de cliente puede enviar la solicitud 404 de palabra de PTT sobre un canal común de retorno, tal como el canal de acceso o el canal de acceso mejorado, antes de intentar restablecer su canal de tráfico dedicado. En una modalidad, el MS de cliente puede enviar la solicitud 404 de palabra de PTT en un mensaje de SDB independiente de cuál canal se utiliza. El MS de cliente puede entonces iniciar restablecer su canal de tráfico dedicado, por ejemplo, al realizar "re-origen de la opción 33 de servicio" por ejemplo. El MS de cliente puede también iniciar la sincronización del protocolo de radioenlace (RLP) . En una modalidad, el MS de cliente puede restablecer su canal de tráfico dedicado y sincronizar el RLP ventajosamente en paralelo con enviar la solicitud 404 de palabra de PTT. Por lo tanto, el uso de canales comunes de retorno disponibles y/o la característica de SDB para señalar las solicitudes de control de palabra al CM, cuando una estación móvil no tiene canales de tráfico dedicados activos, reduce el tiempo total requerido para activar las unidades móviles participantes. Aunque el cliente conversador no pueda recibir confirmación de que su solicitud de palabra se ha concedido hasta que el canal de tráfico sin retorno del conversador se restablezca, la capacidad para señalar rápidamente al CN a que comience a activar los oyentes participantes reduce el tiempo de espera general. Con referencia a la FIGURA 4, la infraestructura inalámbrica puede enviar la solicitud 404 de control de palabra de PTT al 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 palabra, la MCU puede arbitrar la solicitud, los mensajes de activación de señalización de medios de ráfaga (disparo) a un grupo de participantes objetivo (oyente) , y/o disparar el restablecimiento de los canales 414 de tráfico de los participantes (oyente) . Si la MCU concede la solicitud de palabra de PTT, la MCU puede enviar la concesión 408 de palabra de PTT a la MS de cliente. En una modalidad, el RD puede enviar la concesión 408 de palabra de PTT a la MS de cliente en un canal común sin retorno disponible, tal como el canal de búsqueda sin retorno y el canal de control común sin retorno, si el canal de tráfico dedicado del cliente no se restablece aún. En una modalidad, la infraestructura puede enviar la concesión 408 de palabra de PTT a la MS de cliente en forma de SDB independiente de cuál canal se utilice. En una modalidad, la MCU puede esperar a que el cronómetro de respuesta de estado latente expire antes de responder a la solicitud de control de palabra de PTT. Si el cronómetro de respuesta de estado latente del grupo se pone en cero, el MC puede responder a la solicitud de control de palabra inmediatamente. En una modalidad, si la MS de cliente ha completado restablecer su canal de tráfico la sincronización de RLP, la MS de cliente puede separar los medios 416, los cuales pueden haberse guardado temporalmente 412 en la MS de cliente, a la MCU.

Mensajes de Señalización de Llamadas Originados por la Red En una modalidad, después de recibir la solicitud de control de palabra, la MCU puede hacer ráfaga los mensajes de activación de señalización de medios a un grupo de participantes objetivo (oyentes) y disparar el restablecimiento de los canales de tráfico de los participantes (oyentes) . Si el cronómetro de respuesta de estado latente del grupo se pone en cero, la MCU puede responder a la solicitud de control de palabra inmediatamente. En una modalidad, si el conversador ha comenzado a restablecer su canal de tráfico inmediatamente con el envío de la solicitud de PTT, los canales de tráfico del llamador y los oyentes pueden reestablecerse ventajosamente en paralelo. Con referencia a la FIGURA 4, después de que la MCU recibe la solicitud de control de palabra de PTT, la MCU puede enviar los disparos 414 de activación dirigidos a los oyentes objetivo. La MCU puede determinar si existe una sesión de datos de paquete para la unidad móvil objetivo, y envía el paquete de disparo al elemento de infraestructura apropiado, por ejemplo, una estación base. La infraestructura puede buscar a cada MS objetivo individual para comenzar a restablecer su canal de tráfico dedicado. La MS objetivo puede entonces comenzar a reestablecer su canal de tráfico dedicado, por ejemplo, al realizar el "re-origen de opción 33 de servicio", por ejemplo. La MS objetivo también puede iniciar la sincronización de protocolo de radioenlace (RLP) . En una modalidad, las MS objetivo pueden reestablecer sus canales de tráfico dedicados y sincronizar sus RLP ventajosamente en paralelo con las mismas funciones que se realizan por la MS de cliente. En una modalidad, después de que una MS objetivo ha completado restablecer su canal de tráfico dedicado y sincronizar su RLP, la MS objetivo puede enviar la contestación 422 de activación a la MCU, indicando que la MS objetivo está lista para recibir los medios . La MCU puede enviar un anuncio del conversador a la MS de cliente antes de separar los medios 420, los cuales pueden haberse guardado temporalmente 418 en la MCU, en la MS objetivo. En una modalidad, la MCU puede enviar el disparo 414 de activación a un oyente objetivo sobre ciertos canales sin retorno comunes disponibles, tal como el canal de búsqueda sin retorno y el canal de control común sin retorno, aunque los canales de tráfico de los oyentes objetivo no se restablecen aún. En una modalidad, la MCU puede enviar el disparo 414 de activación al oyente objetivo en la forma de SDB, independiente de cuál canal se utilice. Si la solicitud de control de palabra de PTT se envía en el canal común de retorno del conversador, un mensaje de SDB y el cronómetro de respuesta de estado latente del grupo objetivo se pone en cero en la CU, el tiempo de espera de PTT actual en el cliente conversador puede reducirse al tiempo requerido para enviar un mensaje de solicitud de SDB en el enlace de retorno seguido por un mensaje de respuesta de SDB en el enlace sin retorno.

Interfases de Red para Mensajes de Señalización de Llamadas Para determinar qué tráfico específico originado o red, por ejemplo, la carga útil de SDB, se envía para una estación móvil libre sin ninguno de los canales de tráfico dedicados, cierta política de infraestructura o interfaz para distinguir el tráfico específico de otro tráfico puede implementarse . En una primera modalidad, los datagramas de IP pueden filtrarse basándose en sus tamaños, ya que los mensa es de SDB pueden llevar una carga útil de usuario limitada, los datagramas de IP más pequeños que un límite de tamaño predeterminado pueden enviarse como un mensaje de SDB, si se destina para una unidad móvil sin ninguno de los canales de tráfico dedicados. El sistema de comunicación en grupo puede utilizar tales filtros, ya que el mensaje de respuesta de solicitud de palabra de aplicación es bastante pequeño, por ejemplo, 34 bytes que incluyen los encabezados de IP. En una segunda modalidad, un vendedor de infraestructuras puede definir un servicio basado en IP para encapsular el tráfico de IP destinado para la distribución en una estación móvil. Un servidor de IP con conocimiento de este servicio puede transmitir IP pequeño, por ejemplo, UDP, datagramas, apropiadamente encapsulados con encabezados de IP, a este servicio para su distribución a una unidad móvil esperada por no tener un canal de tráfico dedicado. Los sistemas de comunicación en grupo pueden utilizar este servicio para indicar a la infraestructura que el mensaje de respuesta de solicitud de palabra se distribuye a la MS de cliente solicitante en forma de SDB, por ejemplo. La coordinación del tráfico de SDB con búsquedas pendientes o solicitudes de origen de servicio también es importante para asegurar la distribución rápida y confiable de tráfico de usuario. En una tercera modalidad, un servidor de IP puede transmitir IP especial, por ejemplo, UDP, datagramas con encabezados de IP para distribución a una unidad móvil esperada por 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 el encabezado de IP, para instruir a la infraestructura a distribuir los datagramas de IP a la MS de cliente. Los sistemas de comunicación en grupo pueden utilizar este servicio para indicar a la infraestructura que el mensaje de respuesta de solicitud de palabra se distribuye a la MS de cliente solicitante en forma de SDB, por ejemplo. En una tercera modalidad, un UDP o rango de puerto de TCP puede reservarse para distribuir datagramas de IP específicos, por ejemplo, mensajes de SDB.

Origen y Búsqueda de Servicio Iniciado por Unidad Móvil En una modalidad, un cliente puede enviar la solicitud 404 de control de palabra, la cual puede estar en forma de SDB, seguida inmediatamente con una solicitud de origen de servicio inalámbrica, por ejemplo CDMA, infraestructura para reestablecer rápidamente sus canales de tráfico. Sin embargo, si el cronómetro de respuesta de estado latente se pone en un valor pequeño, el RD puede responder a la solicitud de control de palabra rápidamente y transmitir una respuesta 408 nuevamente al cliente. Si esta respuesta llega a la infraestructura durante las fases previas de la transacción de origen de servicio, la infraestructura nota que la MS del conversador no tiene ningún canal de tráfico activo y puede intentar buscar la respuesta para la MS del conversador. Sin embargo, esta modalidad de búsqueda puede abortar la transacción de origen de servicio ya en progreso. En una modalidad, la MS del conversador puede responder a la búsqueda, asegurando que el mensaje de respuesta de control de palabra se distribuye al conversador, y el origen de servicio de solicitud nuevamente, pero un retardo innecesario se experimenta en reestablecer el canal de tráfico del conversador como resultado del intento de origen de servicio original abortado . En una primera modalidad, para evitar la condición de carrera entre el proceso de origen de servicio y búsqueda, el RD puede configurarse para no responder inmediatamente a la solicitud 404 de control de palabra. Por consiguiente, el cronómetro de respuesta de estado latente puede ajustarse de manera que la MCU transmita la respuesta 408 a la MS del conversador después de que se complete el proceso de origen de servicio. En una segunda modalidad, el PDSN, el cual recibe la respuesta 408, y el centro de conmutación móvil (MSC) , el cual responde a la solicitud de origen de servicio del conversador, se coordinan. Es decir, si el PDSN determina que un proceso de origen de servicio de datos de paquete para la MS del conversador ya está en progreso cuando la respuesta 408 llega a la infraestructura, el MSC puede diferir la búsqueda de la MS de conversador. El PDSN puede guardar en memoria caché la respuesta y enviarla sobre el canal de tráfico sin retorno de la unidad móvil del conversador una vez que está completo el proceso de origen de servicio. Alternativamente, el MSC puede enviar la respuesta a la MS del conversador como un mensaje de SDB si el proceso de origen de servicio aún está en progreso. En una tercera modalidad, la MS del conversador puede evitar la condición de carrera al no expedir una solicitud de origen de servicio hasta después de que haya recibido la MS del conversador una respuesta a la solicitud de control de palabra. En una modalidad, puesto que la MS del conversador no tiene ningún canal de tráfico dedicado, la MSU puede enviar la respuesta a la MS del conversador en ciertos canales comunes sin retorno disponibles, tal como el canal de búsqueda sin retorno y el canal de control común sin retorno. En una modalidad, la MCU puede enviar la respuesta a la MS del conversador en forma de SDB. La MS del conversador puede confiar en la respuesta de control de palabra generado por RD para disparar su reactivación de canal de tráfico, en la misma forma que las solicitudes de activación enviadas por la MSU disparan la reactivación de canal de tráfico para las unidades móviles de los oyentes. La condición de carrera es evitada cuando el potencial para el origen de servicio iniciado por la unidad móvil simultánea y la búsqueda iniciada por la red de la unidad móvil se evita.

Guardado en Memoria Caché de los Disparos de Datos de Paquete Iniciados por la Red El datagrama de IP, incluyendo el disparador 414 de activación, que llega a la inalámbrica, por ejemplo, CD A, la infraestructura y se destina para una unidad móvil del oyente que no tiene canales de tráfico dedicados pueden perderse, ya sea por la red en general o por la infraestructura inalámbrica específicamente. En una modalidad, el disparador 414 de activación enviado a la unidad móvil del oyente se retransmite agresivamente de acuerdo con un programa definido hasta que los oyentes responden o el cronómetro de activación de grupo expira. Por ejemplo, el disparador 414 de activación puede reenviarse cada 500 ms. Sin embargo, la retransmisión de los disparadores 414 de activación a esta velocidad puede provocar un retardo máximo de hasta 500 ms, o un retardo promedio de 250 ms, a partir del momento que se reestablece un canal de tráfico del oyente al siguiente momento en que el disparador de activación destinado para ese oyente llega a la infraestructura. En una modalidad, la infraestructura u otra entidad en la red puede guardar en memoria caché el disparador 414 de activación enviado por la MCU, y distribuirlo a una MS objetivo tan pronto como la MS objetivo ha restablecido su canal de tráfico. Esto elimina la necesidad de retransmisión de solicitud de activación por la MCU, y reduce el tiempo de activación de estado latente total. El guardado en memoria caché del disparador 414 de activación, como opuesto a la retransmisión de éste a la velocidad de 500 MS, por ejemplo, puede eliminar un retardo de hasta 500 MS, a partir del tiempo de activación de estado latente total.

Guardado Temporal de Medios En una modalidad, se le puede permitir al usuario comenzar a hablar después de que el usuario ha solicitado el control de la palabra, al guardar temporalmente los medios antes de que los canales dedicados se restablezcan entre el cliente y los oyentes. Al guardar temporalmente la conversación del conversador, el sistema permite que el conversador comience a hablar antes de que los canales de tráfico de los oyentes se hayan restablecido completamente. Esto permite que el conversador comience a hablar previamente, reduciendo su tiempo de espera de PTT aparente. Puesto que los oyentes no experimentan tiempo de espera de PTT, su experiencia no es afectada, es decir, el tiempo de espera de PTT es cambiado del conversador a otras partes del sistema. El conversador puede esperar cuando mucho para recibir una respuesta de un oyente para su primer impulso de habla, pero como se menciona previamente, ya espera la respuesta para su primer impulso de habla que toma más de la respuesta para los impulsos de habla subsecuentes que ocurren aunque está acoplado en una conversación activa. El guardado temporal de primer impulso de habla del conversador puede hacerse en el lado de MCU o en el lado de la MS de cliente.

Guardado Temporal del Lado de MCU En una modalidad, la MCU puede guardar temporalmente el primer impulso de habla del conversador. Después de que un usuario ha presionado su botón de PTT y que se restablecen los canales de tráfico del usuario, se le puede permitir comunicarse con la MCU. En este tiempo, puesto que los canales de tráfico del oyente aún no están listos, la MCU guarda temporalmente 418 la conversación del conversador para transmisión futura a los oyentes objetivo. El guardado temporal de MCU puede reducir el tiempo de espera de PTT aparente para que el conversador vea el tiempo aproximado que toma para poner el canal de tráfico del conversador. La FIGURA 17 muestra el guardado temporal del Lado de MCU de acuerdo con una modalidad, como se describe en lo siguiente: (1) Ninguna llamada está en progreso, los canales de tráfico del iniciador y objetivo están latentes . (2) El usuario presiona el botón de PTT. El servidor recibe una solicitud de "establecer llamada de grupo" del cliente. (3) Se concede la palabra al usuario después de que el cliente recibe la respuesta de "establecimiento en progreso" del servidor o después de un retardo configurable (1 segundo) y comienza a guardar temporalmente los medios de usuario. (4) El servidor comienza el proceso de restablecer los canales de tráfico de datos de paquete de los objetivos. (5) El servidor envía el mensaje de "anuncio de llamada en grupo" al cliente mediante SDB. (6) El cliente restablece exitosamente el canal de tráfico, comienza a enviar los medios guardados temporalmente al servidor. (7) El cliente separa los medios al servidor. (8) Los canales de tráfico de objetivos se han restablecido (se cumple "el umbral de respuesta obj etivo" ) . (9) El usuario libera el botón de PTT. El cliente deja de guardar temporalmente los medios. (10) El cliente termina de separar los medios guardados temporalmente al servidor, solicita la liberación de la palabra por el servidor. (11) El servidor envía la aceptación de liberación de palabra al cliente.

Guardado Temporal del Lado del Cliente En una modalidad, donde se desea un tiempo de espera aparente más corto, se le puede permitir al conversador comenzar a hablar antes de que se restablezca aún su canal de tráfico. Debido a que la S de cliente no está en comunicación con la CU, la señal al conversador para comenzar a hablar se hace por la MS de cliente. Si al conversador se le permite hablar antes de que se restablezca el canal de tráfico del conversador, la MS de cliente puede guardar temporalmente 412 la conversación. Debido a que la comunicación con el CM aún no se ha establecido, se le dará permiso para hablar "en forma óptima" . La FIGURA 18 muestra el guardado temporal del lado del cliente de acuerdo con una modalidad, como se describe en lo siguiente: (1) Ninguna llamada está en progreso, el canal de tráfico del iniciador está latente. (2) El usuario presiona el botón de PTT. El cliente envía una solicitud de "establecer llamada de grupo" al servidor mediante SDB. (3) El cliente comienza el proceso de restablecer un canal de tráfico de datos de paquete. (4) Se concede la palabra al usuario después de que el cliente recibe la respuesta de "establecimiento en progreso" del servidor o después de un retardo configurable (1 segundo) y comienza a guardar temporalmente los medios del usuario. (5) El cliente recibe el mensaje de "anuncio de llamada en grupo" del servidor mediante SDB. (6) El cliente restablece exitosamente el canal de tráfico. (7) El cliente separa los medios guardados temporalmente al servidor. (8) El usuario libera el botón de PTT. El cliente deja de guardar temporalmente los medios. (9) El cliente termina de separar los medios guardados temporalmente al servidor, solicita la liberación de la palabra por el servidor. (10) El cliente recibe la aceptación de la liberación de la palabra del servidor. En una modalidad, el guardado temporal 418 de MCU y el guardado temporal 412 del lado del cliente pueden operar concurrentemente. El guardado temporal de lado del cliente puede permitir que el tiempo de espera de PTT aparente sea pequeño. En una modalidad, la MS de cliente puede guardar temporalmente los medios para controlar el tiempo de espera de PTT aparente experimentado por el usuario. La combinación de SDB originado por la unidad móvil y el guardado temporal de medios de lado del cliente puede reducir los retardos asociados con restablecer canales de tráfico activos. Por lo tanto, las modalidades descritas proporcionan un modelo de despacho que soporta por lo menos dos tipos de llamadas de despacho: El modelo de cuarto de charlas y el modelo de fines específicos. En el modelo de cuarto de charlas, los grupos se predefinen, los cuales pueden almacenarse en el servidor de despacho. En el modelo de fines específicos, sin embargo, los grupos pueden definirse y/o modificarse en tiempo real. Las modalidades descritas también proporcionan una reducción importante en el tiempo de activación de estado latente total actual y el tiempo de espera de PTT al intercambiar la señalización de llamada en grupo aún cuando las unidades móviles estén latentes y ningún canal de tráfico esté activo. El método y aparato proporciona el intercambio de la señalización de llamada en grupo a través del uso de la señalización de mensajes de ráfaga corta de datos (SDB) . El método y aparato proporciona restablecer los canales de tráfico dedicados para la unidad móvil del conversador y las unidades móviles de los oyentes latentes ventajosamente en paralelo. En otra modalidad, el tiempo de espera de activación latente en una red de comunicación en grupo puede reducirse a través del guardado en memoria caché de los disparos de activación iniciados por la red destinados para oyentes objetivo, y distribuir un disparador de activación a una estación móvil objetivo tan pronto como la estación móvil objetivo haya restablecido su canal de tráfico. En otra modalidad, el origen de servicio simultáneo y la búsqueda en una unidad móvil que opera en una red de comunicación en grupo se evita al transmitir una respuesta a una solicitud de control de palabra después de que está completo el proceso de origen de servicio. En una modalidad, la respuesta a la solicitud de control de palabra puede estar en la 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 se inicia después transmitir la respuesta al dispositivo de comunicación fuente .

Claims

NOVEDAD DE LA INVENCIÓN Habiendo descrito la presente invención se considera como novedad y por lo tanto se reclama como propiedad lo descrito en las siguientes reivindicaciones. REIVINDICACIONES 1. En un servidor, un método para agregar un usuario a una llamada de grupo en una red de comunicación en grupo, el método está caracterizado porque comprende: recibir una solicitud para iniciar una llamada de grupo; y determinar si la llamada de grupo está en progreso; y agregar al usuario a la llamada de grupo si la llamada de grupo está en progreso. 2. El método de conformidad con la reivindicación 1, caracterizado porque además incluye anunciar la llamada de grupo al usuario. 3. El método de conformidad con la reivindicación 2, caracterizado porque además incluye: recibir aceptación del usuario que desea participar en la llamada de grupo anunciada; y enviar medios al usuario después de que se restablece su canal de tráfico. . El método de conformidad con la reivindicación 2, caracterizado porque el anuncio incluye dispare el usuario para restablecer su canal de tráfico. 5. El método de conformidad con la reivindicación 2, caracterizado porque el anuncio incluye transmitir un mensaje en un canal común sin retorno de una red inalámbrica. 6 El método de conformidad con la reivindicación 5, caracterizado porque la transmisión incluye transmitir el mensaje en un canal de búsqueda sin retorno (F-PCH) de la red inalámbrica. 7. El método de conformidad con la reivindicación 5, caracterizado porque la transmisión incluye transmitir el mensaje en un canal de control común sin retorno (F-CCCH) de la red inalámbrica. 8. El método de conformidad con la reivindicación 5, caracterizado porque la transmisión incluye transmitir el mensaje en forma de ráfaga corta de datos (SDB) . 9. En un servidor, un medio que se puede leer por computadora que representa un método para agregar un usuario a una llamada en grupo en una red de comunicación en grupo, el método está caracterizado porque comprende: recibir una solicitud para iniciar una llamada de grupo; determinar si la llamada de grupo está en progreso; y agregar al usuario a la llamada de grupo si la llamada de grupo está en progreso. 10. El medio que se puede leer por computadora de conformidad con la reivindicación 9, caracterizado porque el método además incluye anunciar la llamada de grupo al usuario. 11. El medio que se puede leer por computadora de conformidad con la reivindicación 9, caracterizado porque el método además incluye: recibir aceptación del usuario que desea participar en la llamada de grupo anunciada; y enviar medios al usuario después de que se restablece su canal de tráfico. 12. El medio que se puede leer por computadora de conformidad con la reivindicación 10, caracterizado porque el anuncio incluye que dispare el usuario para que restablezca su canal de tráfico. 13. El medio que se puede leer por computadora de conformidad con la reivindicación 10, caracterizado porque el anuncio incluye transmitir un mensaje en un canal común sin retorno de una red inalámbrica. 14. El medio que se puede leer por computadora de conformidad con la reivindicación 13, caracterizado porque la transmisión incluye transmitir el mensaje en un canal de búsqueda sin retorno (F-PCH) de la red inalámbrica . 15. El medio que se puede leer por computadora de conformidad con la reivindicación 13, caracterizado porque la transmisión incluye transmitir el mensaje en un canal de control común sin retorno (F-CCCH) de la red inalámbrica . 16. El medio que se puede leer por computadora de conformidad con la reivindicación 13, caracterizado porque la transmisión incluye transmitir el mensaje en forma de ráfaga corta de datos (SDB) . 17. Un servidor para agregar a un usuario a una llamada de grupo en una red de comunicación en grupo, el método está caracterizado porque comprende: medios para recibir una solicitud para iniciar una llamada de grupo; medios para determinar si la llamada de grupo está en progreso; y medios para agregar el usuario a la llamada de grupo si la llamada de grupo está en progreso. 18. El servidor de conformidad con la reivindicación 17, caracterizado porque además incluye medios para anunciar la llamada de grupo al usuario. 19. El servidor de conformidad con la reivindicación 18, caracterizado porque además incluye: medios para recibir la aceptación del usuario que desea participar en la llamada de grupo anunciada; y medios para enviar los medios al usuario después de que se restablece su canal de tráfico. 20. El servidor de conformidad con la reivindicación 18, caracterizado porque el anuncio incluye que dispare el usuario para restablecer su canal de tráfico. 21. El servidor de conformidad con la reivindicación 18, caracterizado porque el anuncio incluye transmitir un mensaje en un canal común sin retorno de una red inalámbrica. 22. El servidor de conformidad con la reivindicación 21, caracterizado porque la transmisión incluye transmitir el mensaje en un canal de búsqueda sin retorno (F-PCH) de la red inalámbrica. 23. El servidor de conformidad con la reivindicación 21, caracterizado porque la transmisión incluye transmitir el mensaje en un canal de control común sin retorno (F-CCCH) de la red inalámbrica. 2 . El servidor de conformidad con la reivindicación 21, caracterizado porque la transmisión incluye transmitir el mensaje en forma de ráfaga corta de datos (SDB) . 25. Un servidor para agregar a un usuario a una llamada de grupo en una red de comunicación en grupo, el servidor está caracterizado porque comprende: un receptor; un transmisor; y un procesador acoplado comunicativamente al receptor y al transmisor, el procesador es capaz de: recibir una solicitud para iniciar una llamada de grupo; determinar si la llamada de grupo está en progreso; y agregar al usuario a la llamada de grupo si la llamada de grupo está en progreso. 26. El servidor de conformidad con la reivindicación 25, caracterizado porque el procesador además es capaz de anunciar la llamada de grupo al usuario . 27. El servidor de conformidad con la reivindicación 26, caracterizado porque el procesador además es capaz de: recibir aceptación del usuario que desea participar en la llamada de grupo anunciada; enviar los medios al usuario después de que se restablecer su canal de tráfico. 28. El servidor de conformidad con la reivindicación 26, caracterizado porque el procesador además es capaz de hacer disparar al usuario para restablecer su canal de tráfico. 29. El servidor de conformidad con la reivindicación 26, caracterizado porque el anuncio incluye transmitir un mensaje en un canal común sin retorno de una red inalámbrica. 30. El servidor de conformidad con la reivindicación 29, caracterizado porque la transmisión incluye transmitir el mensaje en un canal de búsqueda sin retorno (F-PCH) de la red inalámbrica. 31. El servidor de conformidad con la reivindicación 29, caracterizado porque la transmisión incluye transmitir el mensaje en un canal de control común sin retorno (F-CCCH) de la red inalámbrica. 32. El servidor de conformidad con la reivindicación 29, caracterizado porque la transmisión incluye transmitir el mensaje en forma de ráfaga corta de datos (SDB) . 33. Un servidor para agregar a un usuario en una llamada de grupo en una red de comunicación en grupo, el servidor está caracterizado porque comprende: un despachador que recibe una solicitud para iniciar una llamada de grupo; y un controlador que agrega al usuario a la llamada de grupo si la llamada de grupo está en progreso. 34. El servidor de conformidad con la reivindicación 33, caracterizado porque el despachador determina si la llamada de grupo está en progreso. 35. El servidor de conformidad con la reivindicación 33, caracterizado porque el controlador envía un anuncio al usuario de que la llamada de grupo está en progreso. 36. El servidor de conformidad con la reivindicación 33, caracterizado porque el controlador envía los medios al usuario después de que se restablece un canal de tráfico para el usuario.