ES2274251T3 - Procedimiento y aparato para añadir un nuevo miembro a una llamada de grupo activa en una red de comunicaciones en grupo. - Google Patents
Procedimiento y aparato para añadir un nuevo miembro a una llamada de grupo activa en una red de comunicaciones en grupo. Download PDFInfo
- Publication number
- ES2274251T3 ES2274251T3 ES03739823T ES03739823T ES2274251T3 ES 2274251 T3 ES2274251 T3 ES 2274251T3 ES 03739823 T ES03739823 T ES 03739823T ES 03739823 T ES03739823 T ES 03739823T ES 2274251 T3 ES2274251 T3 ES 2274251T3
- Authority
- ES
- Spain
- Prior art keywords
- call
- channel
- members
- group
- list
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
- H04W4/08—User group management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/56—Arrangements for connecting several subscribers to a common circuit, i.e. affording conference facilities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M7/00—Arrangements for interconnection between switching centres
- H04M7/006—Networks other than PSTN/ISDN providing telephone service, e.g. Voice over Internet Protocol (VoIP), including next generation networks with a packet-switched transport layer
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
- H04W8/186—Processing of subscriber group data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2203/00—Aspects of automatic or semi-automatic exchanges
- H04M2203/20—Aspects of automatic or semi-automatic exchanges related to features of supplementary services
- H04M2203/2044—Group features, e.g. closed user group
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2203/00—Aspects of automatic or semi-automatic exchanges
- H04M2203/20—Aspects of automatic or semi-automatic exchanges related to features of supplementary services
- H04M2203/205—Broadcasting
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2203/00—Aspects of automatic or semi-automatic exchanges
- H04M2203/50—Aspects of automatic or semi-automatic exchanges related to audio conference
- H04M2203/5009—Adding a party to an existing conference
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2207/00—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place
- H04M2207/18—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place wireless networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
- H04W4/10—Push-to-Talk [PTT] or Push-On-Call services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/40—Connection management for selective distribution or broadcast
- H04W76/45—Connection management for selective distribution or broadcast for Push-to-Talk [PTT] or Push-to-Talk over cellular [PoC] services
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Multimedia (AREA)
- Databases & Information Systems (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
Abstract
Un procedimiento para añadir un nuevo miembro (120) a una llamada grupal activa en una red (100) de comunicación grupal, comprendiendo el procedimiento: recibir una solicitud para añadir una lista de miembros a una llamada grupal activa; añadir la lista de miembros a la llamada grupal activa; caracterizado porque el procedimiento comprende adicionalmente: anunciar la llamada grupal a cada miembro (120, 122) en la lista de miembros, en donde el anuncio incluye transmitir un mensaje por un canal directo común de una red inalámbrica; recibir acuse de recibo transmitido por un canal inverso común de un miembro (120) en la lista de miembros, que desea participar en la llamada grupal; almacenar los medios temporalmente (418); y remitir los medios almacenados al miembro (120).
Description
Procedimiento y aparato para añadir un nuevo
miembro a una llamada de grupo activa en una red de comunicaciones
en grupo.
La presente invención se refiere a sistemas de
comunicaciones de punto a multipunto. Más específicamente, la
presente invención se refiere a un procedimiento y aparato para
añadir nuevos miembros a una llamada grupal activa en una red de
comunicación grupal.
Ha existido una clase de servicio inalámbrico
concebido para la comunicación rápida, eficiente, de uno a uno o de
uno a muchos (grupal), en diversas formas durante muchos años. En
general, estos servicios han sido semidúplex, donde un usuario
pulsa una tecla "Pulse para Hablar" (PPH) en su teléfono/radio
para iniciar la conversación. La pulsación de la tecla sintoniza su
radio, en algunas implementaciones, o bien, en un sistema arbitrado,
donde las comunicaciones tienen lugar por medio de un servidor de
algún tipo, indica la solicitud del "turno de palabra" para el
usuario. Si se le concede el turno de palabra, o el permiso de
orador, entonces el usuario, generalmente, habla durante unos pocos
segundos, después de lo cual suelta su tecla PPH, y otros oradores
pueden pedir turno de palabra. La comunicación, generalmente, es
desde un orador 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, tales como el personal de servicio de campo,
o los conductores de taxi, de donde deriva el nombre de
"despacho" para el servicio.
Se han ofrecido servicios similares en Internet
y, generalmente, se conocen como "charla vocal". Estos
servicios se implementan usualmente como aplicaciones de ordenador
personal que envían tramas de vocoder en paquetes de protocolo
Internet (IP), es decir, el servicio de voz sobre IP (VoIP), a un
servidor central de charla grupal o, posiblemente, de cliente a
cliente en un servicio entre pares.
Un rasgo clave de estos servicios es que la
comunicación es rápida y espontánea, usualmente iniciada al pulsar,
sencillamente, una tecla PPH, sin pasar por una típica secuencia de
marcado y llamada. La comunicación en este tipo de servicio es,
generalmente, muy breve, con "ráfagas" de charla individual que
son, generalmente, del orden de varios segundos, y con
"conversaciones" que, posiblemente, duran un minuto o
menos.
El retardo temporal entre el momento en que el
usuario solicita el turno de palabra y el momento en que recibe una
confirmación positiva o negativa, desde el servidor, de que tiene el
turno de palabra y de que puede comenzar a hablar, que se conoce
como la latencia de la tecla PPH, es un parámetro crítico para los
sistemas de comunicaciones grupales semidúplex. Como se ha
mencionado anteriormente, los sistemas de despacho asignan prioridad
a conversaciones breves y rápidas, lo que hace que el servicio sea
menos efectivo si la latencia de PPH se hace grande.
Las infraestructuras existentes de comunicación
grupal proporcionan oportunidades limitadas para reducir
significativamente la latencia de PPH, es decir, la latencia
efectiva de PPH no puede reducirse razonablemente por debajo del
tiempo requerido para restablecer los canales de tráfico dentro de
las sesiones latentes de datos en paquetes. Además, los canales de
tráfico del orador y de los oyentes se reaniman en serie, porque el
único mecanismo disponible para comenzar a reanimar a un grupo
latente es esperar a que el canal de tráfico del orador sea
restablecido para enviar una señal al servidor. Actualmente, no
existe ningún mecanismo para enviar datos de señalización
originados en el móvil por nada que no sea un canal de tráfico - una
limitación que requiere que los canales de tráfico se restablezcan
antes de que pueda tener lugar cualquier comunicación entre los
clientes y el servidor.
Hay una necesidad, por lo tanto, de mecanismos
para reducir tanto la latencia aparente de PPH experimentado por el
orador como el tiempo total requerido para restablecer los canales
de tráfico para los móviles participantes, sin afectar
negativamente a la capacidad del sistema, la vida de las baterías
del cliente, ni otros recursos.
En un modelo de despacho, la comunicación entre
los puntos terminales tiene lugar dentro de grupos virtuales, en
donde la voz de un "orador" se transmite a uno o más
"oyentes". Una sola instancia de este tipo de comunicación se
denomina usualmente una llamada de despacho o, simplemente, una
llamada. Una llamada es una instanciación de un grupo, que define
las características de la llamada y que es, en esencia, una lista de
miembros con alguna información asociada, tal como un nombre de
grupo o identificador de grupo. Una lista de miembros es una lista
de uno o más usuarios que están invitados a participar en la
llamada.
Hay una necesidad de un modelo de despacho que
brinde soporte tanto al modelo de sala de tertulia como al modelo
ad-hoc de servicios de llamada grupal. En el modelo
de sala de tertulia, los grupos están predefinidos, y pueden estar
almacenados en el servidor de despacho. En el modelo
ad-hoc, sin embargo, los grupos pueden definirse
y/o modificarse en tiempo real. La Solicitud de Patente
Internacional WO 95/23475 revela un procedimiento y sistema para
controlar una llamada en un sistema de telecomunicación, que
comprende una red de telecomunicación y una primera estación de
abonado, y una o más estaciones de otros abonados, con lo cual una
estación de abonado, por ejemplo, un despachador que participa en
una conexión de telecomunicación, puede reducir el grupo de las
estaciones abonadas, por ejemplo, los miembros que participan en la
llamada, sin perturbar la llamada en curso.
El procedimiento y aparato de la invención se
definen en las reivindicaciones independientes.
Las realizaciones reveladas proporcionan un
procedimiento en un dispositivo de comunicación para añadir un
miembro a una llamada grupal activa en una red de comunicación
grupal, lo que incluye recibir una lista de miembros de un usuario,
y enviar una solicitud a un servidor para añadir la lista de
miembros a la llamada grupal activa, e incluye etapas adicionales
en la porción caracterizadora de la reivindicación 1.
En otro aspecto, un medio legible por ordenador
en un dispositivo de comunicación realiza un procedimiento para
añadir un miembro a una llamada grupal activa en una red de
comunicación grupal, incluyendo el procedimiento las etapas
precitadas.
En otro aspecto, un aparato para añadir un
miembro a una llamada grupal activa en una red de comunicación
grupal incluye medios para recibir una lista de miembros de un
usuario, y medios para enviar una solicitud a un servidor a fin de
añadir la lista de miembros a la llamada grupal activa, e incluye
medios adicionales en la porción caracterizadora de la
reivindicación 13.
El aparato para añadir un miembro a una llamada
grupal activa en una red de comunicación grupal puede incluir un
receptor, un transmisor y un procesador, acoplados en comunicación
con el receptor y el transmisor. El procesador es capaz de recibir
una lista de miembros de un usuario, y de enviar una solicitud a un
servidor para añadir la lista de miembros a la llamada grupal
activa. En un aspecto, el dispositivo de comunicación es un
dispositivo que hay que pulsar para hablar (PPH).
Las realizaciones reveladas también proporcionan
un procedimiento en un servidor para añadir un miembro a una
llamada grupal activa en una red de comunicación grupal, lo que
incluye las etapas de recibir una solicitud para añadir una lista
de miembros de una llamada grupal activa, y para añadir la lista de
miembros de la llamada grupal activa. En un aspecto, el
procedimiento incluye adicionalmente anunciar a cada miembro en la
lista de miembros que están siendo añadidos a la llamada
grupal.
En otro aspecto, un medio legible por ordenador
en un servidor realiza un procedimiento para añadir un miembro a
una llamada grupal activa en una red de comunicación grupal,
incluyendo el procedimiento las etapas precitadas.
En otro aspecto, un servidor para añadir un
miembro a una llamada grupal activa en una red de comunicación
grupal incluye medios para recibir una solicitud a fin de añadir una
lista de miembros a una llamada grupal activa, y medios para añadir
la lista de miembros a la llamada grupal activa. En un aspecto, el
servidor incluye adicionalmente medios para anunciar a cada miembro
en la lista de miembros que está siendo añadido a la llamada
grupal.
En otro aspecto de la invención, un servidor
para añadir un miembro a una llamada grupal activa en una red de
comunicación grupal incluye un receptor, un transmisor y un
procesador acoplados en comunicación con el receptor y el
transmisor. El procesador es capaz de recibir una solicitud para
añadir una lista de miembros a una llamada grupal activa, y de
añadir la lista de miembros a la llamada grupal activa. En un
aspecto, el procesador es adicionalmente capaz de anunciar a cada
miembro en la lista de miembros que está siendo añadido a la
llamada grupal.
Las características y ventajas de la presente
invención devendrán más evidentes a partir de la descripción
detallada estipulada más adelante, cuando se considere conjuntamente
con los dibujos, en los cuales los mismos caracteres de referencia
identifican a los mismos elementos correspondientes en toda su
extensión, y en donde:
La Fig. 1 ilustra un sistema grupal de
comunicaciones;
La Fig. 2 ilustra cómo interactúan entre sí
varias aplicaciones;
La Fig. 3 ilustra un ejemplo de procedimiento de
inscripción de usuarios según una realización;
La Fig. 4 ilustra un ejemplo de procedimiento
local, intrarregional, de establecimiento de llamadas según una
realización;
La Fig. 5 ilustra un ejemplo de procedimiento
remoto, intrarregional, de establecimiento de llamada según una
realización;
La Fig. 6 ilustra un ejemplo de procedimiento
local, interregional, de establecimiento de llamada según una
realización;
La Fig. 7 ilustra un ejemplo de procedimiento
remoto, interregional, de establecimiento de llamada según una
realización;
La Fig. 8 ilustra un ejemplo de procedimiento
para abandonar una llamada grupal, según una realización;
La Fig. 9 ilustra un ejemplo de procedimiento
para terminar una llamada grupal, según una realización;
La Fig. 10 ilustra un ejemplo de procedimiento
para enviar una alerta para una llamada grupal, según una
realización;
La Fig. 11 ilustra un ejemplo de procedimiento
para el ingreso tardío a una llamada grupal, según una
realización;
La Fig. 12 ilustra un ejemplo de procedimiento
para cooptar a un orador, según una realización;
La Fig. 13 ilustra un ejemplo de procedimiento
para añadir nuevos miembros a una llamada grupal activa, según una
realización;
La Fig. 14 ilustra un ejemplo de procedimiento
para retirar participantes de una llamada grupal, según una
realización;
La Fig. 15 ilustra un ejemplo de procedimiento
para retirar la inscripción de un usuario, según una realización
La Fig. 16 ilustra cómo varios dispositivos de
comunicación interactúan con un gestor de comunicaciones según una
realización;
La Fig. 17 ilustra medios de almacenamiento
temporal en un gestor de comunicaciones según una realización;
y
La Fig. 18 ilustra medios de almacenamiento
temporal en un cliente, según una realización.
Antes de que se explique en detalle una
realización de la invención, ha de entenderse que la invención no
está limitada en su aplicación a los detalles de la construcción y
la disposición de los componentes estipulados en la siguiente
descripción, o ilustrados en los dibujos. La invención es capaz de
ser implementada en otras realizaciones, y se lleva a cabo de
varias maneras. Además, se entiende que la fraseología y la
terminología utilizadas aquí tienen fines descriptivos, y no
deberían considerarse como limitadoras.
La Fig. 1 ilustra un ejemplo de diagrama en
bloques funcionales de un sistema 100 de comunicación grupal. El
sistema 100 de comunicación grupal es conocido también como un
sistema de pulsar para hablar (PPH), un servicio de transmisión de
red (STR), un sistema de despacho, o un sistema de comunicación de
punto a multipunto. En una realización, el sistema 100 de
comunicación grupal incluye componentes del servidor de
aplicaciones, tales como despachadores, servidores de ubicación,
complejos de unidades de control de medios (UCM), servidores de
registro de utilización y clientes del protocolo de Internet (IP)
(dispositivos inalámbricos y/o cableados con conectividad IP). Los
componentes del servidor de aplicaciones pueden desplegarse tanto en
un despliegue centralizado como en un despliegue regionalizado,
basándose en la funcionalidad del componente. El despliegue
centralizado puede incluir un despachador local (DL) 102, un
servidor de ubicación local (SUL) 104 y una base de datos 106 de
usuarios/grupos. Estos componentes pueden estar situados
centralmente en la red del proveedor de servicios, y pueden ser
accesibles desde los despliegues regionales. Los componentes
centralizados pueden utilizarse para localizar a los usuarios
itinerantes y para iniciar las llamadas grupales interregionales.
Un despliegue regionalizado 108, 110 puede incluir un servidor 112
de ubicación regional (SUR), un despachador regional (DR) 114, un
complejo 116 de unidades de control de medios (UCM) regionales y un
servidor 118 de registro de utilización (SRU) regional.
Los despliegues regionales pueden distribuirse
por la red del proveedor de servicios, a fin de garantizar que los
retardos de red asociados con el establecimiento de llamada se
mantengan en el valor mínimo, con el fin de satisfacer el requisito
de respuesta instantánea. La distribución de la carga de llamadas
entre varios sistemas regionalizados también garantiza que pueden
desarrollarse planes adecuados de escalabilidad para brindar
soporte a un gran número de usuarios. Los componentes del servidor
de aplicaciones regionalizadas proporcionan la inscripción de
usuarios, el establecimiento y gestión de llamadas intrarregionales
y el inicio y entrega de alertas para los usuarios que estén
inscriptos en la región.
Los dispositivos (clientes) 120, 122 de
comunicación grupal que pueden desplegarse en un equipo de mano
cdma2000, por ejemplo, solicitan una sesión de datos en paquetes
utilizando una opción estándar de servicio de datos, y utilizan
esta sesión para inscribir su dirección IP en el servidor de
aplicaciones, y para llevar a cabo las iniciaciones de llamadas
grupales. En una realización, los componentes 108, 110 de servidores
de aplicación están conectados con los nodos de servicios de datos
en paquetes (NS-DP) del proveedor de servicios. Los
clientes 120 y 122, al solicitar una sesión de datos en paquetes a
la infraestructura inalámbrica, tienen conectividad IP con los
componentes 108, 110 del servidor de aplicaciones, a través de los
NSDP.
Al arrancar, los clientes 120, 122 pueden
solicitar una sesión de datos en paquetes, utilizando la opción de
servicio de datos. Como una parte del establecimiento de la sesión
de datos en paquetes, se asigna al cliente una dirección IP. En
este momento, el cliente también recibe la dirección de un servidor
124 del servicio de nombres de dominio (DNS). El cliente 120, 122
consulta al servidor 124 de DNS utilizando, p. ej., una búsqueda de
registros de servicio (SRV), para hallar la dirección del SUR 112.
Después de localizar al SUR 112, el cliente 120, 122 puede llevar a
cabo una inscripción, notificando al servidor de aplicaciones su
información de ubicación, p. ej., la dirección IP. La inscripción
puede realizarse utilizando un protocolo IP, tal como el protocolo
de iniciación de sesión (Session Initiation Protocol - SIP) sobre el
protocolo de datagramas del usuario (User Datagram Protocol - UDP).
La dirección IP del cliente 120, 122 puede utilizarse para ponerse
en contacto con el cliente cuando el usuario es invitado a una
llamada grupal.
En una realización, después de que la
inscripción se ha completado, el cliente puede llevar a cabo otra
búsqueda de registro SRV del DNS, para hallar la dirección del
despachador regional 114. El cliente se pone en contacto con el
despachador regional toda vez que el usuario solicita iniciar una
llamada o enviar una alerta. La interfaz entre el despachador
regional 114 y el cliente 120, 124 puede ser el protocolo de
señalización sobre el UDP.
Una vez que se establece una llamada grupal, el
cliente 120, 114 y el complejo 116 de las UCM intercambian mensajes
de medios y de señalización. En una realización, los medios pueden
enviarse entre los participantes de la llamada y el complejo 116 de
las UCM, utilizando el protocolo en tiempo real
(Real-Time Protocol - RTP) sobre el UDP. Los
mensajes de señalización también pueden ser del protocolo de
señalización sobre el UDP. Estos protocolos, y la funcionalidad que
brindan, se describen más adelante.
El sistema 100 de comunicación grupal puede
incluir los puntos terminales del IP que contienen el software
cliente y los componentes de servidores regionalizados y
centralizados que se requieren para ofrecer el servicio de
comunicación grupal. Los clientes de la comunicación grupal y los
componentes del servidor de aplicaciones se describen en más
detalle en las siguientes secciones.
El cliente 120, 122 de comunicación grupal puede
ejecutarse en cualquier punto terminal de IP que tenga acceso al
vocoder o vocoders adecuado(s). Los puntos terminales de IP
pueden incluir aplicaciones que se ejecutan en un sistema
inalámbrico, p. ej., cdma2000, una plataforma de desarrollo de
aplicaciones, p. ej., el entorno binario de tiempo de ejecución
para inalámbricos (Binary Runtime Environment for Wireless - BREW),
y los ordenadores personales.
El cliente puede incluir una aplicación de
software, que puede desarrollarse utilizando el BREW, e interfaces
con el software de módem de estación móvil (MEM), que puede
descargarse al cliente que contiene el entorno BREW. BREW es una
plataforma que permite a los desarrolladores crear aplicaciones que
puedan operar sobre dispositivos clientes de comunicación. BREW
proporciona una capa de aislamiento al desarrollador de
aplicaciones, permitiendo el desarrollo de aplicaciones sin tener
contacto directo con el software MEM ni con el software del
fabricante original del equipo (Original Equipment Manufacturer -
OEM). Esto permite que las aplicaciones se desarrollen rápidamente
y que evolucionen independientemente del software del MEM y/o del
OEM. También permite que las aplicaciones sean descargadas en
cualquier dispositivo que contenga el entorno BREW. Como se muestra
en la Fig. 2, el software 202 de aplicación de comunicación grupal
del cliente puede ejecutarse en paralelo con otras aplicaciones
204, 206, 208, 210. Si bien estos servicios pueden ofrecerse
directamente a través de las interfaces de OEM 212 y de MEM 214,
BREW proporciona aislamiento de las modificaciones hechas por la
aplicación en estas capas. Esto permite que el OEM 212 y el MEM 214
evolucionen por separado con respecto a las aplicaciones 202, 204,
206, 208, 210 de datos.
A fin de que el cliente funcione efectivamente
en un ordenador personal, el ordenador personal puede incluir el
acceso a un vocoder compatible, el acceso a controladores de sonido
y la conectividad IP con servidores de aplicaciones.
En una realización, el servidor de ubicaciones
(SU) puede aceptar y/o mantener información de ubicaciones de
usuario, p. ej., la dirección IP a nivel de red, la ubicación física
del usuario, tal como la longitud y la latitud, y/o el
identificador de zona de paquetes, es decir, un identificador de
sistema emitido al aire libre por canales comunes directos, que
identifica el ámbito del NSDP que está proporcionando el servicio
de datos en paquetes para ese sector. En una realización, el SU
puede incluir un componente que procesa inscripciones de los
clientes y suministra información de ubicación de usuarios a otras
aplicaciones, tales como la mensajería instantánea, utilizando una
interfaz del SIP.
El SU puede incluir dos elementos funcionales:
el servidor de ubicación regional (SUR) 112 y el servidor de
ubicación local (SUL) 104. El SUR 112 puede desplegarse región por
región, y el SUL 104 puede centralizarse. Los detalles de estos
elementos y de sus funciones se describen más adelante.
El SUR 112 puede procesar y mantener
inscripciones de clientes situados dentro de su región. En una
realización, el SUR 112 es un SU estándar basado en el SIP, con
almacenamiento asociado para la información de ubicación del
usuario. Como parte del mantenimiento de las entradas de
inscripciones, el SUR 112 puede verificar la fecha de caducidad y
los campos de "vencimiento", para cada inscripción. El SUR
garantiza que las entradas vencidas se eliminan, y tanto el
despachador regional (DR) como el SUL reciben notificación de las
entradas eliminadas.
Como se ha expuesto anteriormente, los clientes
pueden realizar una inscripción IP a fin de notificar al servidor
de aplicación acerca de su ubicación. Los clientes pueden mantener
sus inscripciones por la duración de su disponibilidad para el
servicio de comunicación grupal. Los clientes pueden realizar
reinscripciones cuando cambia la dirección IP del cliente y cuando
la inscripción está por caducar.
Cuando el cliente se inscribe o se reinscribe,
el SUR 112 puede notificar a su DR 114 asociado. Esto permite al DR
114 precargar los datos del usuario, preparándose para solicitudes
de establecimiento de llamada, reduciendo de tal manera el tiempo
de establecimiento de llamada. El DR 114 puede almacenar en caché la
información de ubicación del usuario, eliminando la necesidad de
que el DR 114 se ponga en contacto con el SUR para extraer la
información de ubicación del usuario durante el establecimiento de
llamada.
El SUR 112 puede notificar al DR 114 en caso de
que la información de ubicación del usuario sea actualizada o
eliminada en el SUR 112. Esto garantiza que el SUR 112 y el DR 114
permanecen sincronizados con la información más reciente acerca de
los usuarios inscritos dentro de la región.
El SUR 112 también puede actualizar
periódicamente al SUL 104 en cuanto a la información de ubicación de
usuarios inscritos. En el caso de que el SUR 112 despache una
inscripción al SUL 104 para un usuario que ya tiene una inscripción
válida en otra región, el SUL puede resolver el conflicto.
El SUL 104 puede procesar consultas de
información sobre ubicación de usuarios. En una realización, el SUL
104 proporciona una interfaz basada en el SIP para permitir a otras
aplicaciones, tales como la aplicación de mensajería instantánea,
consultar la información de ubicación para un usuario
específico.
Si el SUL 104 es un componente centralizado y
los SUR se comunican con él, el SUL puede resolver inscripciones
múltiples en distintas regiones para usuarios itinerantes. El SUL
104 puede recibir información de inscripción de cada uno de los
SUR. Si el SUL 104 recibe inscripciones múltiples para el mismo
usuario, el SUL 104 puede conservar la inscripción más reciente y
pedir la eliminación de la inscripción o inscripciones caducadas
para ese usuario a los SUR. Esto, a su vez, puede iniciar la
eliminación de información en caché para ese usuario en el DR 114
asociado con el SUR que contiene la inscripción caducada.
El despachador puede facilitar el
establecimiento de llamadas localizando usuarios y asignando
llamadas grupales al complejo 116 de unidades de control de medios
(UCM). El despachador es el componente del servidor que es clave
para satisfacer el requisito de "acceso instantáneo". Para
garantizar los más bajos tiempos de establecimiento de llamada, el
despachador puede incluir dos elementos funcionales con estructura y
funcionalidad similares, pero con distintas estrategias de
despliegue. Estos dos elementos, el despachador regional (DR) 114 y
el despachador local (DL) 102, se describen en detalle en las
siguientes secciones.
El DR 114 puede ser el punto inicial de contacto
para las solicitudes de establecimiento de llamada y las
solicitudes de alerta. El DR 114 puede precargar la información de
usuario cuando recibe una indicación del SUR 112 de que un usuario
se ha inscrito. Junto con la información del usuario, el DR 114
puede almacenar en caché información acerca de las llamadas
grupales que están realizándose en el sistema. El DR 114 puede
utilizar la información en caché para los usuarios y grupos durante
el establecimiento de llamada, a fin de mantener mínimo el tiempo
de configuración, es decir, no pueden requerirse búsquedas en base
de datos.
En una realización, la información de grupos que
el DR almacena en caché incluye la lista de miembros grupales y la
dirección del complejo 116 de las UCM en el que está operando el
grupo. El DR 114 puede mantener la lista de miembros y dirección de
UCM durante la vida de la llamada. Esto ayuda al DR 114 a determinar
rápidamente si una solicitud de llamada entrante contiene una
definición de grupo que es idéntica a una que tiene una llamada
asociada ya realizándose en el sistema, lo que permite al DR a
responder rápidamente a solicitudes de establecimiento de llamada y
a conceder o denegar con confianza la solicitud de "turno de
palabra" en la respuesta.
El DR 114 puede conceder o denegar la solicitud
de control de turno de palabra. El DR 114 puede decidir si
solicitará al complejo 116 de las UCM añadir el usuario a la llamada
como un participante de "ingreso tardío" o bien iniciar una
nueva llamada con la lista de miembros asociada.
Durante el procesamiento de la solicitud de
establecimiento de llamada, el DR 114 puede utilizar la información
de usuario en caché para extraer información de ubicación sobre los
usuarios especificados en la solicitud de establecimiento de
llamada. Si un usuario no puede ser localizado, el DR 114 puede
solicitar al DL 102 que localice al usuario. En una realización, si
son localizados al menos uno o más usuarios entre los buscados, el
DR 114 continúa con el establecimiento de llamada. Después de que
los destinatarios han sido localizados, el DR 114 puede decidir a
cuál UCM debería asignarse la llamada. Esta determinación puede
basarse en las direcciones IP de los usuarios en el grupo,
incluyendo al originador.
El DR 114 puede tratar solicitudes de alerta de
manera similar a las solicitudes de llamada. En una realización, la
solicitud de alerta se asigna al complejo 116 de las UCM para su
procesamiento, independientemente de la ubicación de los
destinatarios.
En una realización, la información en la memoria
caché del DR puede grabarse periódicamente en un mecanismo de
almacenamiento fiable, para que pueda recuperarse en caso de un
fallo. Tras la recuperación del fallo del DR, la información de
usuarios y de grupos que fue grabada en el mecanismo de
almacenamiento fiable puede recargarse en la memoria caché, y el DR
continúa validando la información en caché conjuntamente con el
procesamiento de solicitudes entrantes de establecimiento de
llamada.
En una realización, el DR 114 carga los datos
del usuario en memoria caché local tras cada notificación de
inscripción de usuario desde el SUR 112. Al eliminar la necesidad de
efectuar varias búsquedas en base de datos en el momento de
establecimiento de la llamada, el DR 114 reduce significativamente
la cantidad de tiempo que lleva validar y responder a las
solicitudes de establecimiento de llamada o a las solicitudes de
alerta.
El DR 114 puede acceder a la base de datos 106
de usuarios/grupos durante el establecimiento de llamada, para
expandir las direcciones grupales predefinidas, si están presente en
la solicitud, a listas de usuarios individuales y, si es necesario,
traducir identificadores alternativos de usuarios o grupos, p. ej.,
números telefónicos, identificadores de conferencia, a una o más
direcciones canónicas.
El despachador local (DL) 102 puede rastrear la
información de ubicación de usuarios inscritos. El DL puede
contener información de ubicación para los usuarios que han
realizado inscripciones en el SUR 112.
Como se ha expuesto anteriormente, cada SUR 112
puede notificar a su DR 114 asociado cada vez que ocurre una
inscripción, reinscripción, baja de inscripción o caducidad de
inscripción de un usuario. El DR 114 puede utilizar esta
información para cargar o liberar información de usuario en su
memoria caché local. Cada DR 114 puede actualizar el DL 102 con la
información de ubicación de usuario. Como el DL 102 recibe
actualizaciones del DR 114, el DL 114 puede ayudar a hallar
usuarios que están esparcidos geográficamente por distintas
regiones. El DR 114 puede solicitar ayuda al DL 102 cuando recibe
una solicitud de un usuario que no está actualmente inscrito dentro
de la región, es decir, no está en la memoria caché de información
de usuarios del DR.
En una realización, el sistema 100 de
comunicación grupal puede utilizar el servidor 124 de DNS del
proveedor de servicios para suministrar información de ubicación
del SUR 112 y el DR 114 a los clientes. Esta información puede
configurarse en cada despliegue regional y actualizarse
periódicamente para garantizar su exactitud.
En una realización, cada cliente aprende la
dirección del servidor de DNS a través de la negociación del
protocolo de control del protocolo de Internet (IPCP), durante el
establecimiento de sesión de protocolo punto a punto (PPP), cuando
pide una sesión de datos en paquetes. El servidor 124 de DNS puede
anunciarse de esta manera, o bien región a región. Esto permite al
cliente vagar de región a región y comunicarse con el servidor 124
de DNS en la misma región en la cual se halla el cliente. El
servidor 124 de DNS se despliega región por región, conjuntamente
con cada NSDP. En una realización, el servidor 124 de DNS puede
actualizarse con cada DR 124 y SUR que está dando servicio al NSDP
con el cual está asociado el servidor 124 de DNS.
En una realización, el mecanismo empleado para
localizar el DR 114 y el SUR 112 adecuados se basa en una
combinación de direccionamiento de DNS y de SIP. La búsqueda de
registros de servicio (SRV) de DNS puede realizarse basándose en la
porción "<dominio>" del URI (Universal Resource
Identifier - Identificador Universal de Recurso) del SIP en el cual
se inscribe el cliente. La solicitud de registro SRV puede incluir
el protocolo o servicio que el solicitante está intentando hallar.
Por ejemplo, en caso de intentar localizar el SUR 112, el cliente
puede solicitar un "servicio de inscripción" en la búsqueda de
registro SRV de DNS. La respuesta del DNS puede incluir una o más
direcciones válidas de red y puerto para el servidor que ofrece el
servicio solicitado. El servidor 124 de DNS puede utilizarse en la
distribución de cargas entre servidores que ofrecen el mismo
servicio, al permitir al servidor 124 de DNS recorrer circularmente
los múltiples servidores al devolver respuestas a las solicitudes
de clientes.
En una realización, la base de datos 106 de
usuarios/grupos es el repositorio central para la información de
usuarios y grupos. Para cada usuario, la base de datos puede incluir
información tal como la dirección del usuario, la categoría de
cooptación, la información de autenticación, la información de
contacto del usuario, y la señal de interceptación lícita, que
indica si el usuario está bajo vigilancia. La base de datos también
puede incluir definiciones de grupos predefinidos, que son listas de
usuarios y de un nombre de grupo asociado, para el modelo de sala
de tertulia de los servicios de despacho. Cada grupo puede estar
unívocamente identificado por la dirección del grupo, por ejemplo.
El cliente puede utilizar la dirección del grupo para identificar
el grupo en la solicitud de establecimiento de llamada grupal. El DR
114 puede utilizar la dirección del grupo para extraer la lista de
miembros asociados de la base de datos 106 de usuarios/grupos cuando
recibe una solicitud de establecimiento de llamada grupal con un
grupo predefinido en ella.
El complejo de unidades de control de medios
(UCM) puede incluir anfitriones de control de medios (ACM) y
unidades de control de medios (UCM). Los ACM pueden albergar y
gestionar múltiples procesos de UCM. Cada UCM puede encargarse de
la señalización en tiempo real y del procesamiento de medios para
una llamada individual. Las funciones que la UCM realiza para una
llamada pueden incluir:
* Gestionar asignaciones de llamadas desde el DR
114
* Enviar información de carga y de estado al
ACM
* Enviar información de iniciación de llamada a
los clientes
* Procesar señalización incluida en llamada de
los clientes, tales como solicitudes de PPH.
* Garantizar que los mensajes de señalización
son entregados fiablemente a los clientes
* Replicar y distribuir medios para llamadas
"uno a muchos"
* Proporcionar traducción de medios utilizando
el transcodificador adecuado para llamadas "uno a muchos" de
vocoder "mixto"
* Monitorizar la actividad de llamadas e iniciar
la terminación de llamadas basándose en la inactividad de flujo del
medio
* Producir información de utilización para el
servidor de registro de utilización (SRU) 118
* Remitir información de medios y de
señalización al punto adecuado de interceptación lícita cuando se
solicite.
La UCM puede procesar solicitudes de alerta
desde el DR 114, enviar notificaciones de alerta al cliente y
esperar acuses de recibo de los clientes. Al recibir acuses de
recibo de los destinatarios, la UCM libera todo recurso asignado a
la transacción de alertas. En este momento, la UCM puede encargarse
de otras asignaciones de llamadas o solicitudes de alerta.
El SRU 118 puede existir en cada región, y puede
estar cosituado con el complejo 116 de las UCM. El SRU 118 puede
recoger sucesos de utilización del complejo 116 de las UCM para cada
procesamiento de llamada o de alerta, darles formato de registro de
datos de utilización (RDU) y luego almacenar estos RDU en una
secuencia de ficheros de RDU. Los RDU para llamadas pueden contener
información con respecto a llamadas individuales, incluyendo la
lista de participantes y los totales de utilización de
participantes. El RDU para alertas puede contener información que
indica el originador de la alerta y los usuarios destinatarios a
quienes se envió la alerta. Los ficheros RDU pueden ser recogidos
por el proveedor de servicios para el análisis de facturación, y
pueden borrarse después de un plazo de tiempo fijado.
El SRU 118 puede grabar un único RDU por
instancia de llamada al final de cada llamada. El SRU 118 también
puede grabar un único RDU por cada vez que se procesa una solicitud
de alerta. Los RDU grabados por el SRU 118 pueden contener la
siguiente información:
* Identificador de instancia de llamada o
identificador de instancia de alerta
* Identificador de UCM, que también implica la
localización de la llamada. Al comienzo de una llamada, puede
escogerse una UCM adecuada basándose en la ubicación inscrita de
todos los participantes propuestos. La ubicación de la UCM puede o
no estar en la misma región que el originador.
* Hora de inicio de la llamada o alerta
* Hora de finalización de la llamada o
alerta
* Nombre y/o identificador de usuario
originador
* Dirección IP del usuario originador
* Para cada participante, el nombre de usuario,
la dirección de usuario, la dirección IP de usuario, el tiempo de
participación acumulado, que puede ser cero para las alertas, y el
número total de segundos que el participante ocupó el turno de
palabra, que puede ser cero para las alertas.
En una realización, para cada llamada se emite
un único RDU, que puede representar la reunión total de segmentos
de charla durante la llamada. Si se requiere el registro de sucesos
de RDU por cada segmento de charla, puede implementarse, con el
coste de requisitos adicionales de carga de procesamiento,
Entrada/Salida de ficheros y espacio en disco.
El sistema 100 de comunicación grupal realiza
varias funciones distintas a fin de operar los servicios grupales.
Las funciones vinculadas con las experiencias de usuarios incluyen
la inscripción, la iniciación de llamadas, la terminación de
llamadas, el envío de alertas, el ingreso tardío, el arbitraje de
oradores, el agregado de usuarios, la eliminación de miembros, la
baja de inscripción, el direccionamiento y la autenticación. Las
funciones vinculadas con la preparación y operación del sistema
incluyen la administración y las altas, la escalabilidad y la
fiabilidad. Estas funciones se describen en detalle en las
siguientes secciones.
En un sistema de comunicación inalámbrica, p.
ej., un sistema CDMA, la inscripción es el proceso por el cual una
estación móvil hace que su ubicación sea conocida a la
infraestructura del sistema inalámbrico. Esta información de
ubicación puede incluir el área geográfica en la 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, que puede utilizarse para
asistir en el empleo eficiente de los canales de paginación y de
acceso.
En una realización, la información de ubicación
de usuarios es la dirección IP del cliente, independientemente de
si el cliente está conectado por medio de servicios inalámbricos o
por cable. Un ejemplo de protocolo IP que permite a las
aplicaciones IP localizar clientes basándose en su dirección IP es
el protocolo de iniciación de sesión (Session Initiation Protocol -
SIP). Entre otras funciones, el SIP proporciona procedimientos para
que los clientes inscriban su dirección IP y otra información de
ubicación en un componente del servidor del SIP. Además, el SIP
proporciona procedimientos para que las aplicaciones de IP
interesadas en "hallar" clientes consulten el mismo componente
de servidor del SIP para la información de ubicación, tal como la
dirección IP del cliente.
La inscripción puede incluir el proceso de un
cliente de IP que se comunica con un componente del servidor de SIP
para notificar y mantener su información de ubicación, p. ej., la
dirección IP. El componente del servidor de SIP que proporciona
esta funcionalidad es el servidor de ubicación. El procedimiento por
el cual un cliente notifica al servidor de ubicación su ubicación o
cambios en su ubicación es el procedimiento REGISTER del SIP.
En una realización, los clientes inscriben su
información de ubicación en un servidor regional de ubicación.
Otras aplicaciones basadas en IP, tales como la mensajería
instantánea, pueden aprovechar el tener conocimiento de la
dirección IP de cada cliente, disponible en un servidor de
ubicación. Un servicio externo, o el cliente, puede realizar la
inscripción. La Fig. 3 ilustra un ejemplo de flujo de llamada para
realizar la función de inscripción.
Durante el encendido 302, el cliente puede
solicitar una sesión de datos en paquetes e iniciar el proceso de
inscribir su dirección IP en el SUR 112. A fin de realizar la
inscripción, el cliente puede realizar una búsqueda 304 de
registros SRV de DNS a fin de determinar la dirección del SUR. Una
vez que la dirección del SUR ha sido extraída 306, el cliente puede
inscribir su información de ubicación, p. ej., utilizando un mensaje
308 de inscripción SIP. El SUR puede autenticar 310 al usuario y
emitir una respuesta 312 al cliente. El SUR puede notificar 314 al
despachador regional que el usuario se ha inscrito, y el despachador
regional puede utilizar esta información para precargar el registro
de datos asociados del usuario a fin de facilitar un tiempo de
respuesta más rápido durante el establecimiento de llamada. En este
punto, puede hacerse contacto con el cliente, por medio de una
invitación para participar en una llamada grupal. En una
realización, puede ser necesario que los clientes realicen la
inscripción a fin de recibir una llamada grupal, independientemente
del tipo de conectividad de datos que tengan, es decir, inalámbrica
o por cable.
Las inscripciones pueden tener un campo de
"caducidad" asociado a ellas, que indica durante cuánto tiempo
puede considerarse válida la información de inscripción del cliente.
A fin de garantizar que el cliente esté siempre localizable a
través del IP, el cliente puede tener conocimiento de la expiración
de su inscripción y realizar una reinscripción antes de la fecha de
caducidad. Las inscripciones también pueden devenir inválidas o
caducadas debido a otras circunstancias, tales como cuando se cambia
la dirección IP del cliente, o se corta la conexión de datos entre
el cliente y el servidor de ubicación. Los clientes pueden tener
conocimiento del estado de su conectividad de datos, y de si su
dirección IP ha cambiado o no.
Después de que se ha completado la inscripción
inicial, un cliente puede dejar que su sesión de datos por paquetes
quede latente, lo que puede liberar el canal de tráfico dedicado. El
cliente puede monitorizar su sesión de datos por paquetes para
garantizar que permanece válida durante periodos de latencia
extendida. Las condiciones que pueden afectar la validez de la
sesión incluyen el traslado a un área con un identificador distinto
de zona de paquetes, la ocurrencia de un desvanecimiento o pérdida
del servicio, y la aceptación y/o realización de una llamada por la
RTPC (Red Telefónica Pública Conmutada). La dirección IP del cliente
puede cambiar, y puede requerirse al cliente que restablezca la
conectividad de datos con la infraestructura. Cuando el cliente
restablece su sesión de datos en paquetes, recibe una nueva
dirección IP. La nueva dirección IP debe ser comunicada al servidor
de ubicación, para garantizar que la información de ubicación del
cliente se mantiene exacta. Esto puede lograrse realizando una
reinscripción.
Un cliente por línea de cable, que está
comunicándose con el servidor de ubicación a través de un
cortafuego, puede necesitar mantener la abertura a través del
cortafuego enviando periódicamente comandos "ping" al servidor
de ubicación. Esto se logra realizando reinscripciones.
Una vez que la inscripción está completa, el
usuario puede hacer o recibir llamadas. Antes de la iniciación de
la primera llamada después del encendido, el cliente puede realizar
una búsqueda de registros SRV de DNS, para hallar la ubicación del
despachador regional. Esto puede realizarse como parte del proceso
de arranque.
Un "grupo" está asociado con un originador,
el usuario que inició el establecimiento del grupo, y una lista de
miembros, que contiene el usuario o usuarios destinatarios. La lista
de miembros puede contener uno o más usuarios, uno o más grupos
predefinidos, o una combinación de ambos. Si la lista de miembros
contiene sólo un usuario, la llamada iniciada utilizando esa lista
de miembros se denomina usualmente una llamada privada. Si la lista
de miembros contiene grupos predefinidos cualesquiera, el
despachador regional puede expandir los grupos predefinidos en una
lista de uno o más usuarios destinatarios, p. ej., reemplazando el
identificador predefinido del grupo en la lista original de
miembros, por la lista de miembros asociada del grupo predefinido.
Una vez que se han expandido los grupos predefinidos, la lista de
miembros resultante puede contener sólo nombres de usuarios
destinatarios. En este punto, el despachador regional intenta
localizar a los usuarios destinatarios en la lista de miembros, p.
ej., recorriendo la caché de información de usuarios del despachador
regional. Si los usuarios destinatarios se hallan dentro de la
caché del despachador regional, los miembros del grupo pueden estar
registrados dentro de la misma región que el despachador regional.
Este tipo de llamada grupal se denomina llamada
"intrarregional". Si hay usuarios que el despachador regional
fue incapaz de localizar, el despachador regional puede solicitar
ayuda al despachador local para localizar a los usuarios. La llamada
asociada a un grupo que contiene miembros de dos o más regiones se
denomina una llamada "interregional".
Una vez que el despachador regional ha
determinado si la llamada es intrarregional o interregional, puede
iniciar el proceso de determinar qué unidad de control de medio
(UCM) puede albergar la llamada. Para llamadas intrarregionales, el
despachador regional puede adjudicar la llamada a una UCM situada en
la misma región que el despachador regional, si hay recursos de UCM
disponibles en esa región. La llamada resultante utilizando este
tipo de establecimiento de llamada se denomina una llamada
"localmente albergada", o llamada local. Para llamadas
interregionales, el despachador regional puede escoger entre
adjudicar la llamada a una UCM dentro de la misma región, o en una
región remota o extranjera. El despachador regional puede tomar esta
decisión basándose en la información de ubicación de los usuarios,
a fin de hallar el camino óptimo de recorrido para los paquetes de
IP que contienen medios y señalización. Si una mayoría de los
usuarios se halla en una región específica, la llamada puede
adjudicarse a esa región. Si los usuarios están homogéneamente
dispersados por las regiones, la llamada puede adjudicarse a una de
las regiones que contienen los usuarios deseados. Si la llamada
interregional se adjudica a una UCM en una región distinta a la
región en la cual reside el despachador regional, la llamada se
denomina una llamada "remotamente albergada" o llamada remota.
El despachador regional puede tener conocimiento de la topología
y/o conectividad de la red entre las UCM y los NSDP a los que
sirven, y puede utilizar este conocimiento para tomar una mejor
decisión sobre la adjudicación de llamadas.
El sistema 100 de comunicaciones grupales puede
desplegarse para garantizar que la mayoría de las llamadas sean
intrarregionales. Las llamadas intrarregionales pueden eliminar la
necesidad de comunicación entre el despachador regional 114 y el
despachador local 102 en el momento de establecimiento de la
llamada. La necesidad de comunicación entre las regiones también
puede eliminarse cuando los destinatarios están en la misma región
y la llamada está siendo localmente albergada, como es el caso para
la mayoría de las llamadas intrarregionales. Las siguientes
secciones describen los flujos de llamadas, las estimaciones de
tiempo y los planes de mensajería para llamadas
intrarregionales.
La Fig. 4 ilustra un ejemplo de flujo de
mensajes para iniciar una llamada grupal local. El usuario puede
seleccionar 402 uno o más usuarios destinatarios, uno o más grupos
predefinidos, o una combinación de ambos, y pulsar luego el botón
PPH (Pulsar Para Hablar). El cliente puede enviar una solicitud 404
al despachador regional para establecer la llamada grupal,
independientemente de si la estación móvil tiene un canal de tráfico
dedicado o no, como se expondrá en más detalle más adelante. Una
vez que se envía la solicitud, si la sesión de datos por paquetes
de la estación móvil está latente, el cliente puede iniciar el
proceso de restablecer los canales de tráfico dedicado y preparar
la sesión de datos por paquete para la actividad de medios. El
cliente puede almacenar temporalmente la entrada de voz recibida
desde el originador por un cierto periodo de tiempo.
\newpage
Cuando el despachador regional recibe la
solicitud, puede expandir los grupos predefinidos, que pueden estar
especificados en la solicitud, en listas de miembros de usuarios
destinatarios. Luego, el despachador regional puede extraer 406 la
información de ubicación de los usuarios destinatarios. En este
punto, el despachador regional también puede determinar si el grupo
ya está operando en el sistema. La Fig. 4 muestra un escenario en
el cual el grupo no está ya operando. El escenario de llamada de
llegada tardía, que se describe aquí más adelante, ilustra el caso
en que el grupo ya está operando.
Una vez que el despachador regional localiza al
menos a uno de los usuarios destinatarios, el despachador regional
puede enviar una respuesta 408 de vuelta al cliente, indicando que
la llamada grupal se está estableciendo. En este punto, el cliente
puede, con optimismo, conceder 410 la solicitud del originador para
hablar e empezar a almacenar temporalmente 412 sus medios.
El despachador regional puede utilizar las
ubicaciones de los usuarios destinatarios para determinar la región
en la cual puede adjudicarse la llamada. Si se determina que los
usuarios destinatarios están en la misma región que el despachador
regional, como en la Fig. 4, el despachador regional puede adjudicar
la llamada a una UCM regional. La UCM puede enviar anuncios 414 a
todo el grupo, indicando que la llamada está iniciándose. Para los
usuarios destinatarios, el envío del anuncio puede causar que sus
sesiones de datos por paquetes salgan de la latencia y restablezcan
sus canales de tráfico.
Una vez que el cliente ha recibido el anuncio de
la llamada desde la UCM, y que se ha restablecido el canal de
tráfico de la estación móvil, el cliente puede remitir 416 los
medios almacenados temporalmente a la UCM. La UCM puede almacenar
temporalmente 418 los medios recibidos del originador. En una
realización, la UCM puede almacenar temporalmente los medios hasta
que el "umbral de respuesta deseado" sea alcanzado o superado.
El umbral de respuesta deseado es una indicación de la cantidad de
respuestas deseadas requeridas a fin de continuar el envío de
medios. El umbral puede ser un parámetro configurable. Una vez que
se alcanza el umbral, la UCM responde y remite 420 los medios a los
usuarios destinatarios que han respondido 422 al anuncio de la
llamada.
La "respuesta instantánea" se refiere al
tiempo de respuesta que le lleva al servidor de aplicaciones
responder a una tecla PPH o a una solicitud de establecimiento de
llamada. El objetivo para responder a cualquier solicitud por tecla
PPH, incluyendo las solicitudes de establecimiento de llamada
grupal, es responder uniformemente a la solicitud en un periodo de
tiempo predeterminado, p. ej., de un segundo o menos. En muchos
casos, cuando un usuario solicita establecer una llamada grupal, la
sesión de datos por paquetes del usuario está latente y no
existe ningún canal de tráfico dedicado. El restablecer canales de
tráfico dedicados puede llevar un tiempo considerable. Por lo
tanto, la comunicación con el servidor de aplicación puede lograrse
a través de algún otro medio.
Para garantizar que el sistema de comunicación
grupal cumple con la "respuesta instantánea", pueden enviarse
pequeños datagramas IP en cualquier momento en cualquier dirección,
es decir, originados por el móvil o terminados por el móvil,
independientemente del estado de la sesión de datos por paquetes. En
una realización, los datagramas IP pueden enviarse en formato de
mensajes de ráfagas breves de datos (RBD). En situaciones donde la
sesión de datos por paquetes está latente, el mensaje de RBD
se enviará por los canales de sobregasto. Cuando esté presente la
conectividad de canal de tráfico dedicado, el mensaje de RBD se
envía por el canal de tráfico.
Con referencia a la Fig. 4, la solicitud 404 de
establecimiento de llamada grupal puede enviarse por medio de un
mensaje de RBD. La respuesta 408 de establecimiento de llamada
grupal desde el servidor de aplicación también puede enviarse en un
mensaje de RBD. Los mensajes de solicitud y respuesta de
establecimiento de llamada, enviados por medio de mensajes de RBD,
pueden permitir que el sistema 100 de comunicación grupal alcance el
objetivo de "respuesta instantánea".
Para completar el procedimiento de
establecimiento de llamada grupal, la UCM puede enviar anuncios a
los usuarios en la lista de miembros, incluyendo al originador.
Estos anuncios de llamada pueden enviarse por los canales de
tráfico dedicado. En la mayoría de los casos, las sesiones de datos
por paquetes de los miembros del grupo están latentes, es decir, no
está establecido ningún canal de tráfico dedicado. Esto significa
que la UCM puede tener que reenviar el mensaje de anuncio de
llamada según una programación de fiabilidad agresiva, hasta que
todos los canales de tráfico de los miembros se hayan restablecido y
los miembros hayan acusado el recibo del mensaje, o bien expire el
temporizador de fiabilidad. El envío agresivo del anuncio de llamada
garantiza que los almacenes temporales de medios en el cliente y en
la UCM se mantienen en mínimos. El cliente puede enviar medios
temporalmente almacenados en cuanto su canal de tráfico esté activo
y reciba un anuncio de llamada que contenga información de contacto
con la UCM. La UCM puede responder y remitir medios almacenados
temporalmente en cuanto el umbral de respuesta deseado se alcance o
se supere. Esto significa que cuanto más rápidamente reciban los
destinatarios el anuncio de llamada y respondan a él, más
rápidamente puede alcanzarse este umbral y, luego, más rápidamente
puede la UCM dejar de almacenar temporalmente y comenzar a enviar
los medios.
El anuncio de llamada al originador también
puede enviarse por RBD. Esto brinda dos ventajas. Primero, como el
anuncio de llamada contiene información de contacto con la UCM, el
cliente de llamada grupal puede comenzar a enviar medios
almacenados a la UCM en cuanto el canal de tráfico de la estación
móvil esté restablecido, lo que puede reducir los requisitos de
memoria RAM en la estación móvil para alojar los medios almacenados
temporalmente. En segundo lugar, si el originador decide abortar la
llamada o abandonar el turno de palabra, lo cual puede ocurrir
antes de que se restablezca el canal de tráfico, cuando el anuncio
de llamada entre por medio de RBD, el cliente puede notificar esa
información a la UCM. Las consecuencias de enviar el anuncio de
llamada al originador por medio de RBD es un aumento en la carga de
los canales comunes y un requisito para que la UCM dé tratamiento
especial al mensaje de anuncio de llamada del originador.
Las llamadas intrarregionales pueden albergarse
localmente si todos los miembros se hallan dentro de la misma
región. El despachador regional puede adjudicar una llamada
intrarregional a una región remota, debido a que los recursos
locales están sobrecargados o no disponibles. En tales casos, los
medios y la señalización pueden experimentar latencia adicional y
errores debidos a los senderos extendidos de comunicación entre el
NSDP del usuario y la UCM remota. La Fig. 5 ilustra un ejemplo de
establecimiento de llamada para una llamada remota
intrarregional.
La iniciación de una llamada intrarregional en
un anfitrión remoto es similar al escenario de establecimiento de
llamada expuesto con relación a la Fig. 4, con la excepción de la
adjudicación de llamada del despachador regional a una UCM. Una vez
que el despachador regional ha extraído la ubicación de los miembros
del grupo, puede determinar la UCM a la cual puede adjudicarse la
llamada. El despachador regional puede tomar esta decisión
basándose en la información de ubicación de los usuarios, la carga y
la disponibilidad de las UCM. En una llamada intrarregional los
usuarios pueden hallarse en la misma región; por lo tanto, el
despachador regional puede comprobar la carga y disponibilidad del
complejo de las UCM en la región local. Si el despachado regional
recibe una indicación de que el complejo local de las UCM está
sobrecargado, o que experimenta temporalmente fallos operativos,
entonces puede adjudicar la llamada a una UCM remota. En una
realización, las UCM pueden ser réplicas de idéntica funcionalidad,
con la excepción de la configuración de llamada; por lo tanto, la
UCM remota puede gestionar la llamada de manera similar a la UCM
local.
El sistema 100 de llamada grupal puede diseñarse
para permitir a un usuario comunicarse con cualquier otro usuario,
independientemente de su ubicación física o proximidad entre sí. El
sistema 100 de comunicación grupal puede desplegarse para limitar
el número de llamadas que son interregionales, porque las llamadas
interregionales requieren la comunicación entre el despachador
regional y el despachador local en el momento de establecimiento de
llamada. La adjudicación de llamada puede ser a una UCM que está en
una región remota con respecto a uno o más de los participantes en
la llamada. Las siguientes secciones describen ejemplos de flujos de
llamadas, estimaciones de tiempos y planes de mensajería para
llamadas interregionales.
La Fig. 6 ilustra un ejemplo de flujo de
mensajes para iniciar una llamada grupal albergada localmente. El
establecimiento de llamada para una llamada local, interregional, es
similar al establecimiento de llamada para una llamada local
intrarregional, según se describe con relación a la Fig. 4, con la
excepción del procedimiento en el cual el despachador regional
extrae la información de ubicación para los usuarios destinatarios.
En una realización, el despachador regional intenta localizar a los
usuarios destinatarios dentro de su caché. Si algunos usuarios no
se hallan en la caché, el despachador regional puede solicitar ayuda
al despachador local para localizar a los usuarios. El despachador
local puede contener información de ubicación de usuario para los
usuarios que han realizado inscripciones IP utilizando el servidor
regional de ubicación. Como se ha expuesto anteriormente, el
servidor regional de ubicación puede notificar a su despachador
regional asociado cada vez que ocurre una inscripción de usuario.
Cada despachador regional puede notificar al despachador local las
inscripciones de usuarios. Esto permite al despachador local ayudar
a los despachadores regionales para hallar usuarios que están
esparcidos geográficamente por distintas regiones.
La Fig. 7 ilustra un ejemplo de establecimiento
de una llamada remota interregional. La iniciación de una llamada
interregional en un anfitrión remoto es similar al escenario de
establecimiento de llamada, según se describe con relación a la
Fig. 4, con la excepción de la adjudicación de llamada del
despachador regional a una UCM. Una vez que el despachador regional
(DR) 114 extrae la ubicación de los miembros del grupo, puede
determinar la UCM a la cual puede adjudicarse la llamada. El DR 114
puede tomar esta decisión basándose en la información de ubicación
de usuarios, la carga y la disponibilidad de las UCM. Utilizando las
ubicaciones de los miembros del grupo, el DR intenta hallar el
camino óptimo de recorrido para los paquetes de IP que contienen
los medios y la señalización, por la red del proveedor de servicios,
para una mayoría de los miembros. Si una mayoría de los usuarios se
halla en una región específica, la llamada puede adjudicarse a esa
región. Si los usuarios están homogéneamente esparcidos por las
regiones, la llamada puede adjudicarse a una de las regiones que
contienen a los usuarios destinatarios.
Una llamada grupal puede terminar por dos
razones: o bien todos los participantes han solicitado desconectarse
de la llamada, o bien todos los participantes han dejado de hablar
durante un periodo de tiempo predefinido, llamado "tiempo para
colgar". Cada participante puede escoger finalizar su
participación en la llamada antes del fin planeado de la llamada.
Si todos los participantes se desconectan de la llamada, la UCM
puede terminar la llamada y liberar todos los recursos adjudicados
a ella. Si todos los participantes, menos uno, se desconectan de la
llamada, la UCM puede notificar al participante, denominado el
"usuario solitario". El usuario solitario tiene la opción de
desconectarse inmediatamente de la llamada o de esperar a que expire
el temporizador del tiempo para colgar, lo que puede estimular a la
UCM para dispersar la llamada.
La UCM puede terminar la llamada tras la
expiración del temporizador del tiempo para colgar. La UCM puede
rastrear cada ráfaga de charla y fijar un temporizador después de la
finalización de una ráfaga de charla. Este temporizador se denomina
el temporizador del tiempo para colgar y puede rastrear la duración
del silencio, es decir, ninguna actividad de charla ni de flujo de
medios, en la llamada. Si la llamada permanece silenciosa durante
el transcurso del tiempo para colgar, que puede ser reconfigurado
por el proveedor del servicios, la UCM puede suponer que los
participantes no están ya interesados en la llamada y, por lo tanto,
termina la llamada.
La Fig. 8 ilustra un ejemplo de escenario en el
cual un usuario ha escogido finalizar la participación en una
llamada grupal. El escenario ilustra el flujo de mensajes para
terminar la participación del usuario. Cuando el usuario escoge 802
terminar la participación en la llamada grupal, el cliente puede
enviar 804 una solicitud a la UCM para eliminar al usuario de la
llamada. La UCM puede eliminar 806 al usuario de la llamada y
notificar 808 al cliente que el usuario ha sido eliminado 810.
La Fig. 9 ilustra un ejemplo de flujo de
mensajes que ocurre cuando expira el temporizador del tiempo para
colgar, y la UCM termina la llamada local. Tras la expiración del
temporizador 902 del tiempo para colgar, la UCM puede enviar 904 a
los participantes una notificación de que la llamada está
terminando. Cada cliente que recibe una notificación de fin de
llamada puede responder 906 con un acuse de recibo. Al recibir los
acuses de recibo, la UCM puede notificar 908 al DR que la llamada
ha terminado, y puede liberar los recursos que fueron adjudicados a
la llamada.
El mecanismo de alerta puede emplearse para
notificar a los usuarios destinatarios que otro usuario, el
originador de la alerta, ha expresado un deseo de hacerlos
participar en una llamada grupal. El mecanismo de alerta puede
contener un mensaje de texto que permite al originador especificar
el asunto de la llamada, el tiempo deseado de la llamada, o
cualesquiera otros mensajes de texto personalizables por el usuario.
La Fig. 10 ilustra un ejemplo del flujo de mensajes que tiene lugar
cuando un usuario envía una alerta.
El originador puede seleccionar 1002 uno o más
usuarios destinatarios, uno o más grupos predefinidos, o una
combinación de ambos, y puede indicar que puede enviarse una alerta.
El cliente puede enviar 1004 una solicitud al DR para enviar
alertas a los usuarios destinatarios especificados en la solicitud.
Cuando el DR recibe 1006 la solicitud, puede expandir los grupos
predefinidos especificados en la solicitud, en listas de miembros
de usuarios destinatarios, y al DR puede extraer la información de
ubicación de los usuarios destinatarios. Una vez que el DR ha
localizado al menos a uno de los usuarios destinatarios, el DR puede
enviar una respuesta 1008 de vuelta al cliente. El DR puede
adjudicar 1010 la solicitud de alerta a una UCM para transmitir
mensajes 1012 de alerta a los usuarios destinatarios.
Como se observa en la Fig. 10, la solicitud de
alertas puede enviarse por medio de ráfagas breves de datos (RBD).
El envío de alertas por medio de mensajes de RBD permite que las
sesiones de datos por paquetes de las partes involucradas
permanezcan latentes. La notificación de alerta contiene la
información necesaria para permitir a los usuarios destinatarios
establecer llamadas grupales con el originador y el resto de los
usuarios destinatarios, p. ej., seleccionando la notificación de
alerta y pulsando la tecla PPH. Cuando esto ocurre, el
establecimiento de la llamada grupal continúa de manera similar al
escenario de establecimiento de llamada expuesto con relación a la
Fig. 4.
Una solicitud de establecimiento de llamada
grupal se considera un ingreso tardío si se determina que la lista
de miembros, que puede especificarse en la solicitud de
establecimiento de llamada, es idéntica a la que está asociada a
una llamada ya iniciada en el sistema. Esta situación puede ocurrir
en una de dos maneras. Primero, el usuario puede crear una lista de
miembros idéntica a una que ya tiene asociada a ella una llamada, p.
ej., seleccionando el mismo usuario y/o grupo exacto, o los mismos
usuarios y/o grupos exactos, y pulsando la tecla PPH. En segundo
lugar, el usuario puede seleccionar una llamada, que aún está
transcurriendo en el sistema, de la lista histórica de llamadas, y
pulsar la tecla PPH. En cualquier caso, el DR puede detectar que la
llamada que el usuario ha solicitado iniciar ya está iniciada, y
tratar al usuario como un ingreso tardío.
La Fig. 11 ilustra un caso ejemplar de ingreso
tardío, en el cual un usuario puede seleccionar una llamada de la
lista histórica de llamadas. El usuario puede seleccionar 1102 una
llamada de la lista histórica de llamadas y pulsar la tecla PPH. El
cliente puede enviar 1104 una solicitud al DR para iniciar la
llamada grupal. El DR puede determinar que la llamada ya está
transcurriendo 1106 y enviar una respuesta 1108 al cliente para
informar que el usuario está siendo añadido a una llamada iniciada.
Si la llamada ya está transcurriendo, puede no concederse el turno
de palabra al usuario, porque un participante actual de la llamada
puede tener ya el turno de palabra en el momento en que el usuario
de ingreso tardío está preparado para recibir medios, es decir, la
sesión de datos por paquetes sale de su latencia. El DR puede
solicitar 1110 a la UCM que está albergando la llamada que añada al
grupo el usuario de ingreso tardío. La UCM añade el usuario y envía
1112 un anuncio al usuario que contiene la información de contacto
de la UCM. Una vez que se restablece el canal de tráfico del
usuario de ingreso tardío, el flujo de medios dentro de la llamada
puede transmitirse al usuario. En este momento, el usuario de
ingreso tardío puede intentar solicitar el privilegio de hablar.
El escenario de ingreso tardío es similar al
escenario para iniciar una nueva llamada grupal, según lo expuesto
con relación a la Fig. 4. El factor diferenciador es que al usuario
de ingreso tardío se le deniega el turno de palabra en respuesta a
la solicitud inicial de establecimiento de llamada grupal.
En una realización, a cada usuario de llamada
grupal se le adjudica un rango de cooptación de orador, que
determina qué nivel de derechos tiene el usuario al solicitar
privilegios para tomar el "turno de palabra" y comenzar a
hablar. Una vez que la llamada grupal está establecida, la UCM puede
ser responsable del control de turnos y de determinar si a un
participante que solicita el turno de palabra se le puede permitir
hablar. La UCM puede realizar el arbitraje de oradores cuando dos o
más participantes de llamada están compitiendo por el control del
turno de palabra para un grupo específico.
La Fig. 12 ilustra ejemplos de sucesos que
pueden ocurrir durante un proceso de arbitraje. El plan de arbitraje
utilizado en este escenario permite la cooptación del usuario B
cuando el usuario A solicita el turno de palabra. El usuario B
tiene control del turno de palabra, es decir, el usuario B
está hablando, cuando el usuario A solicita permiso para hablar,
pulsando 1202 la tecla PPH. El cliente puede enviar 1204 un mensaje
a la UCM solicitando permiso para hablar. La UCM puede realizar el
arbitraje 1206 de oradores y determinar que el usuario B puede ser
cooptado, y que al usuario A puede concedérsele el turno de palabra.
A fin de garantizar una pausa en el flujo de medios, es decir, que
el usuario B pueda dejar de hablar antes de que se transmitan los
medios del usuario A, la UCM envía 1208 primero un mensaje al
cliente para el usuario B, indicando que el turno de palabra ha
sido cooptado por otro usuario, y luego envía 1210 una respuesta
concediendo el turno de palabra al usuario A.
El sistema 100 de comunicaciones grupales
permite a un participante de llamada grupal añadir nuevos usuarios
a una llamada grupal en marcha. Esto se logra cuando el participante
de la llamada selecciona uno o más usuarios destinatarios, uno o
más grupos predeterminados, o una combinación de ambos, e indica que
el participante quisiera que los usuarios o grupos destinatarios se
añadieran a la llamada grupal en la que actualmente está el
participante. La Fig. 13 ilustra los sucesos que ocurren cuando se
añaden nuevos destinatarios a una llamada grupal que está en
marcha. El participante de la llamada puede seleccionar 1302 uno o
más usuarios destinatarios, uno o más grupos, o una combinación de
ambos, que deberían añadirse a la llamada. El cliente puede enviar
1304 un mensaje al DR solicitando que los usuarios destinatarios
especificados sean añadidos a la llamada grupal en marcha, que
puede especificarse en la solicitud. Cuando el DR recibe la
solicitud, puede expandir los grupos predefinidos, especificados en
la solicitud, en listas de miembros de usuarios destinatarios.
Luego, el DR puede extraer 1306 la información de ubicación de los
usuarios destinatarios. Una vez que el DR ha localizado al menos
uno de los usuarios destinatarios, el DR puede enviar 1308 una
respuesta de vuelta al cliente, indicando que los destinatarios
están siendo añadidos a la llamada. El DR puede enviar 1310 una
solicitud a la UCM para añadir los usuarios especificados a la
llamada. La UCM puede enviar 1312 anuncios de llamada a los nuevos
destinatarios, que pueden iniciar el procedimiento de sacar sus
sesiones de datos por paquetes del estado de latencia. Los anuncios
pueden enviarse según una programación de fiabilidad, a fin de
garantizar que los destinatarios reciban el mensaje. Una vez que se
restablecen los canales de tráfico de los destinatarios, los
destinatarios pueden enviar 1314 acuses de recibo a la UCM. Los
destinatarios adicionales pueden ser incluidos 1316 en la
comunicación de medios y de señalización que está teniendo lugar en
la llamada.
El sistema 100 de comunicaciones grupales
permite a un participante de llamada grupal eliminar miembros de un
grupo activo. En una realización, esto puede lograrse cuando un
participante de la llamada selecciona uno o más participantes
destinatarios e indica que deberían eliminarse de la llamada grupal.
La Fig. 14 ilustra los ejemplos de sucesos que pueden ocurrir
cuando los participantes son eliminados de una llamada grupal ya en
marcha. El participante de la llamada grupal puede seleccionar 1402
uno o más participantes destinatarios que han de ser eliminados de
la llamada. El cliente puede enviar 1404 un mensaje al DR,
solicitando que los destinatarios, que pueden especificarse en el
mensaje, sean eliminados de la llamada grupal. Cuando el DR recibe
la solicitud, puede extraer 1406 la información de ubicación del
destinatario y puede enviar 1408 una respuesta de vuelta al
cliente, indicando que los destinatarios están siendo eliminados. El
DR puede enviar 1410 una solicitud a la UCM para eliminar los
destinatarios de la llamada. La UCM puede enviar 1412 mensajes a
los destinatarios, que pueden especificarse en la solicitud de
eliminación, indicando que están siendo eliminados de la llamada.
Los destinatarios pueden enviar 1414 acuses de recibo a la UCM.
Cuando un usuario ya no desea mantener contacto
con el servidor de aplicación o con cualquier otra aplicación de IP
que utiliza la dirección de IP del usuario para ponerse en contacto
con el usuario, puede llevarse a cabo la función de baja de
inscripción. La función de baja de inscripción elimina la dirección
IP y otra información de contacto del usuario del SUR y libera
cualquier recurso adjudicado a nombre del usuario. La Fig. 15
ilustra cómo la inscripción del usuario se elimina del SUR como
resultado del apagado de la estación móvil, según una realización.
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 procedimiento de apagado, el cliente puede enviar 1504 un
mensaje al SUR, indicando que la información de ubicación del
usuario debería eliminarse. El SUR puede autenticar 1506 la
solicitud para asegurarse de que es de una fuente válida. Tras la
autenticación exitosa, el SUR puede notificar 1508 al cliente una
indicación de éxito, y puede notificar 1510 al DR acerca de la
eliminación del usuario. El DR puede eliminar los registros de
datos del usuario de su caché y puede liberar los recursos que
puedan haberse adjudicado al usuario. En el caso de un fracaso en la
baja de inscripción, la información de ubicación del usuario puede
eliminarse eventualmente del SUR cuando haya transcurrido el tiempo
asociado al campo de caducidad.
En una realización, el sistema 100 de
comunicación grupal brinda soporte tanto al modelo de sala de
tertulia como al modelo ad-hoc. En el modelo de
sala de tertulia, los grupos están predefinidos, y pueden estar
almacenados en el servidor de despacho. Los grupos predefinidos
pueden ser públicos, lo que implica que el grupo tiene una lista
abierta de miembros, es decir, cualquier usuario de despacho es un
participante potencial. En el modelo de sala de tertulia, la
llamada es iniciada cuando la primera persona opta por ingresar a la
sala de tertulia, y la llamada permanece activa, con recursos del
servidor adjudicados a la llamada, independientemente de la
actividad de charla, durante una cantidad de tiempo predeterminada,
que puede ser configurada por el proveedor del servicio. Los
usuarios solicitan específicamente ingresar y abandonar estos tipos
de llamadas. Durante periodos de inactividad oral, cada llamada se
lleva a un estado latente grupal, como se expondrá más adelante,
hasta que un usuario solicita permiso para hablar.
En el modelo ad-hoc, los grupos
pueden definirse en tiempo real, y tienen una lista cerrada de
miembros asociada a ellos. Una lista cerrada de miembros puede
especificar a qué usuarios se permite participar en el grupo, puede
no estar disponible para otros usuarios fuera de la lista cerrada de
miembros, y sólo puede existir durante la vida de la llamada. Las
definiciones de grupos ad-hoc no pueden almacenarse
en cualquier parte; pueden utilizarse para establecer la llamada y
liberarse después de que la llamada ha terminado.
Un grupo ad-hoc puede formarse
cuando un usuario originador selecciona uno o más usuarios
destinatarios y genera una solicitud, que se envía a un servidor
para iniciar la llamada. A los usuarios destinatarios se les puede
enviar una notificación de que han sido incluidos en un grupo, y
pueden ingresar automáticamente a la llamada asociada, es decir,
puede no requerirse ninguna acción de usuario. Cuando una llamada
ad-hoc deviene inactiva, los servidores de
aplicación pueden "desmantelar" la llamada y liberar los
recursos adjudicados a ella, incluyendo la definición de grupo
empleada para iniciar la llamada.
Cuando se opera en el modelo de sala de
tertulia, en el sistema 100 de comunicaciones grupales, un grupo de
usuarios del dispositivo de comunicación, conocidos individualmente
como miembros de red, se comunican entre sí utilizando un
dispositivo de comunicación adjudicado a cada miembro de red. El
término "red" indica un grupo de usuarios de dispositivos de
comunicación autorizados para comunicarse entre sí.
En una realización, una base de datos central
puede contener información que identifica a los miembros de cada
red específica. Más de una red puede operar en el mismo sistema de
comunicación. Por ejemplo, puede definirse una primera red con diez
miembros y puede definirse una segunda red, con 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
realización, los miembros de distintas redes pueden monitorizar las
comunicaciones entre miembros de más de una red, pero sólo pueden
transmitir información a miembros dentro de su propia red.
Una red puede operar sobre un sistema de
comunicaciones existente, sin requerir cambios significativos en la
infraestructura existente. De esta manera, un controlador y los
usuarios en una red pueden operar en cualquier sistema capaz de
transmitir y recibir información por paquetes, utilizando el
protocolo de Internet (IP), tal como un sistema de Acceso Múltiple
por División de Código (CDMA), un sistema de Acceso Múltiple por
División del Tiempo (TDMA), un Sistema Global para Comunicaciones
Móviles (GSM), sistemas de comunicación por satélite tales como
Globalstar®, o Iridium®, o una diversidad de otros sistemas.
Los miembros de la red pueden comunicarse entre
sí utilizando un dispositivo de comunicación adjudicado, mostrado
como los dispositivos de comunicación (DC) 120 y 122. Los DC 120 y
122 pueden ser dispositivos de comunicación cableada o inalámbrica,
tales como los teléfonos inalámbricos terrestres, los teléfonos
cableados con la capacidad de pulsar para hablar, los teléfonos por
satélite equipados con la funcionalidad de pulsar para hablar, las
cámaras de vídeo inalámbricas, las cámaras fijas, los dispositivos
de audio tales como los grabadores o reproductores de música, los
ordenadores portátiles o de sobremesa, los dispositivos de
paginación o cualquier combinación de los mismos. Por ejemplo, el
DC 120 puede comprender un teléfono terrestre inalámbrico con una
cámara de vídeo y visor. Además, cada CD puede ser capaz de enviar
y recibir información bien en una modalidad segura, o bien en una
modalidad no segura (al aire libre). Durante la siguiente
exposición, la referencia a un DC individual implica un teléfono
inalámbrico con tecla Pulsar Para Hablar. Sin embargo, debería
entenderse que la referencia a un DC no está concebida para estar
limitada como tal, y puede abarcar a otros dispositivos de
comunicación que tengan la capacidad de transmitir y recibir
información por paquetes según el Protocolo de Internet (IP).
En el sistema 100 de comunicaciones grupales, un
privilegio de transmisión generalmente permite a un usuario
individual transmitir información a otros miembros de la red en un
momento dado. El privilegio de transmisión se concede o se deniega
a un miembro solicitante de la red, según que el privilegio de
transmisión esté o no adjudicado actualmente a otro miembro de la
red cuando se recibe la solicitud. El procedimiento de concesión y
denegación de solicitudes de transmisión se conoce como arbitraje.
Los planes de arbitraje pueden evaluar factores tales como los
niveles de prioridad adjudicados a cada DC, el número de intentos
fallidos para obtener privilegio de transmisión, la duración del
tiempo en que un miembro de red ha retenido el privilegio de
transmisión, u otros factores, al determinar si a un miembro
solicitante de red se le concede o no el privilegio de
transmisión.
A fin de participar en el sistema 100, cada uno
de los DC 120 y 122 puede tener la capacidad de solicitar
privilegio de transmisión a un controlador o UCM 116. La UCM 116
puede gestionar la operación en tiempo real y administrativa de los
grupos. La UCM es cualquier tipo de dispositivo, de tipo ordenador,
con al menos un procesador y memoria. La UCM 116 puede operar
remotamente bien a través de un proveedor de servicios de sistema
de comunicación, bien de los miembros, o bien de ambos, suponiendo
que la autorización es proporcionada por el proveedor de servicios.
La UCM 116 puede recibir definiciones de grupos a través de una
interfaz externa de administración. Los miembros de grupos pueden
solicitar acciones administrativas a través de su proveedor de
servicios o administrar funciones de red a través de los sistemas
definidos, tales como un administrador de seguridad (AS) operado
por miembros, que es conforme a una interfaz de administración de
UCM. La UCM 116 puede autenticar a aquel que intenta establecer o
modificar una red.
El AS puede realizar tareas claves de gestión,
autenticación de usuarios y otras tareas afines para brindar
soporte a redes seguras. Un sistema individual de comunicación
grupal puede interactuar con uno o más AS. El AS no debe
involucrarse en el control en tiempo real de una red, incluyendo la
activación de la red o el arbitraje de teclas PPH. El AS puede
tener facultades de administración compatibles con la interfaz con
la UCM, a fin de automatizar las funciones de administración. El AS
también puede ser capaz de actuar como un punto terminal de datos
con el fin de participar en una red, transmitir claves de red, o
simplemente monitorizar el tráfico de red.
En una realización, el medio para solicitar el
privilegio de transmisión a una UCM comprende una tecla o
interruptor Pulsar Para Hablar (PPH). Cuando un usuario en el
sistema 100 desea transmitir información a otros miembros, el
usuario puede pulsar el interruptor de pulsar para hablar, situado
en su DC, enviando una solicitud de control del turno de palabra
para obtener el privilegio de transmisión de la UCM 116. Si el
privilegio de transmisión no está actualmente adjudicado a ningún
otro miembro de la red, al usuario solicitante puede concedérsele
el privilegio de transmisión, y el usuario puede ser notificado por
medio de una alerta audible, visible o táctil a través del DC. Una
vez que al usuario solicitante se la ha concedido el privilegio de
transmisión, puede entonces transmitirse información desde ese
usuario al otro miembro.
En una realización de la presente invención,
cada miembro de red inalámbrica establece un enlace directo y un
enlace inverso con una o más estaciones base 126 o,
alternativamente, con una pasarela satelital, según sea el caso. La
voz y/o los datos pueden convertirse en paquetes de datos,
utilizando un DC, por ejemplo, que sea adecuado para una red
distribuida específica 128, a través de la cual tienen lugar las
comunicaciones con otros usuarios. En una realización, la red
distribuida 128 es Internet.
En una realización, se establece un canal
directo dedicado en cada sistema de comunicación, es decir, un
sistema de comunicación terrestre y un sistema de comunicación
satelital, para transmitir información desde cada miembro de la red
a los otros miembros de la red. Cada miembro de la red puede recibir
comunicaciones de otros miembros de la red por el canal dedicado.
En otra realización, se establece un enlace inverso dedicado en cada
sistema de comunicación, para transmitir información a la UCM 116.
En una realización, puede emplearse una combinación de los esquemas
anteriores. Por ejemplo, un esquema puede implicar establecer un
canal de transmisión directa dedicado, pero requerir que los DC
inalámbricos transmitan información a la UCM 116 por un enlace
inverso dedicado adjudicado a cada DC.
Cuando un primer miembro de la red desea
transmitir información a los otros miembros de la red, el primer
miembro de la red puede solicitar el privilegio de transmisión
pulsando una tecla de
pulsar-para-hablar en su DC, lo
cual genera una solicitud con formato de transmisión por la red
distribuida 128. En el caso de los DC 120 y 122, la solicitud puede
transmitirse al aire libre a una o más estaciones base 126. Un
centro de conmutación móvil (CCM) 130, que puede incluir una bien
conocida función interoperativa (FIO), un nodo servidor de datos en
paquetes (NSDP), o una función de control de paquetes (FCP), para
procesar paquetes de datos, puede existir entre la estación base EB
126 y la red distribuida 128. La solicitud puede transmitirse a
través de la red telefónica pública conmutada (RTPC) a un banco de
módems, que puede recibir la solicitud y proporcionársela a una red
distribuida 128. Un terminal puede monitorizar el tráfico del
sistema 100 a través de su conexión con la red distribuida 128.
Si ningún otro miembro ostenta actualmente el
privilegio de transmisión, cuando la UCM 116 recibe una solicitud
de privilegio de transmisión, la UCM 116 puede transmitir un mensaje
al miembro de red solicitante, notificándole que ha sido concedido
el privilegio de transmisión. La información de audio, visual u otra
del primer miembro de la red puede transmitirse entonces a los
otros miembros de la red, enviando la información a la UCM 116,
utilizando uno de los caminos de transmisión recién descritos. En
una realización, la UCM 116 proporciona entonces la información a
los otros miembros de la red duplicando la información y enviando
cada duplicado a los otros miembros de la red. Si se utiliza un
único canal transmisor, la información sólo debe duplicarse una vez
para cada canal transmisor utilizado.
En una realización alternativa, la UCM 116 se
incorpora al CCM 130, para que los paquetes de datos de las
estaciones base de soporte se encaminen directamente a la UCM 116,
sin ser encaminados por la red distribuida 128. En esta
realización, la UCM 116 aún está conectada con la red distribuida
128, para que otros sistemas y dispositivos de comunicación puedan
participar en una comunicación grupal. En otra realización más, la
UCM 116 puede incorporarse al NSDP o a los módulos de la FCP del
CCM 130.
En una realización, la UCM 116 mantiene una o
más bases de datos para gestionar la información perteneciente a
miembros individuales de la red, así como a cada red definida. Por
ejemplo, para cada miembro de la red, una base de datos puede
comprender información tal como el nombre del usuario, el número de
cuenta, un número de teléfono, o número de marcación, asociado al
DC del miembro, un número de identificación móvil adjudicado al DC,
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 adjudica el privilegio de transmisión, un número
telefónico de datos asociado al DC, una dirección IP asociada al DC
y una indicación de con qué redes está autorizado a comunicarse el
miembro. Otros tipos afines de información también pueden ser
almacenados por la base de datos con respecto a cada miembro de la
red.
En una realización, el DC puede formar
conexiones con terminales individuales de comunicación para formar
un grupo de charla, o red. La UCM puede comprender una gran variedad
de capacidades funcionales, en hardware y software, que son
configurables de distintas maneras, a fin de adaptarse a distintas
aplicaciones. La UCM puede brindar la capacidad de gestionar
operaciones en tiempo real, administrativas, y de autenticidad de
las redes, el arbitraje de solicitudes de
pulsar-para-hablar (PPH), el
mantenimiento y distribución de la pertenencia a la red y las
listas de inscripción, el establecimiento de llamadas y el
desmantelamiento de los sistemas y recursos necesarios de red de
comunicaciones, p. ej., CDMA, así como el control general del
estado de la red.
Las redes pueden estar dentro de un sistema
celular desplegable autónomo, o de una gran configuración de sedes
múltiples. En el caso de una gran configuración, pueden desplegarse
geográficamente múltiples UCM para formar un sistema único e
integrado, operando cada una como un módulo acoplable a la
infraestructura celular existente. Como tales, las nuevas
características introducidas por las redes están disponibles para
los usuarios celulares sin requerir la modificación de la
infraestructura celular existente.
La UCM puede mantener una lista de redes
definidas. En una realización, cada definición de red incluye un
identificador de red, una lista de miembros, que incluye números
telefónicos u otra información de identificación, información sobre
prioridad del usuario, y otra información genérica de
administración. Las redes pueden definirse estáticamente, como
abiertas o seguras, y las transiciones entre las abiertas y las
seguras pueden no estar permitidas. Una red segura, típicamente,
utiliza el cifrado de medios para proporcionar autenticación y para
proteger contra el fisgoneo. El cifrado de medios para redes seguras
se implementa terminal a terminal, lo que significa que el cifrado
y el descifrado pueden tener lugar dentro del dispositivo de
comunicación. La UCM puede operar sin conocimiento de algoritmos de
seguridad, ni claves, ni normas.
La Fig. 16 ilustra un ejemplo de grupo 1600 para
mostrar cómo los dispositivos 1602, 1604 y 1606 de comunicación
interactúan con una UCM 1608. Las múltiples UCM pueden desplegarse
como se desee para grupos a gran escala. En la Fig. 16, el DC 1602
tiene permiso para transmitir medios a otros miembros del grupo. En
este caso, se conoce al DC 1602 como el orador, y transmite medios
por un canal. Cuando el DC 1602 es designado como orador, los
restantes participantes, el DC 1604 y el DC 1606, pueden no tener
permiso para transmitir medios al grupo. En consecuencia, el DC
1604 y el DC 1606 son designados oyentes.
Como se ha descrito anteriormente, los DC 1602,
1604 y 1606 están conectados con la UCM 1608, utilizando al menos
un canal. En una realización, el canal está dividido en canales
individuales, que comprenden un canal 1610 del protocolo de
iniciación 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 del SIP y el
canal 1612 de señalización de medios pueden ser utilizados en
cualquier momento como recursos de ancho de banda por cualquiera de
los DC 1602, 1604 y 1606, independientemente de si han sido
designados oradores u oyentes. El SIP es un protocolo de la capa de
aplicación definido por la fuerza de tareas de ingeniería Internet
(FTII), que describe los mecanismos de control para establecer,
modificar y terminar sesiones multimedios que operan sobre el
protocolo de Internet (IP). El SIP proporciona una solución general
para los problemas de señalización de llamadas a las aplicaciones de
telefonía por Internet, brindando soporte a mecanismos para
inscribir y localizar usuarios, mecanismos que definen las
facultades del usuario y describen los parámetros de medios, y
mecanismos para determinar la disponibilidad de usuarios, el
establecimiento de llamadas y la gestión de llamadas.
En una realización, el canal SIP 1610 se emplea
para iniciar y terminar la participación de un DC dentro del grupo
1600. También puede utilizarse una señal del protocolo de
descripción de sesiones (PDS) dentro del canal SIP 1610. Cuando se
configura la participación de los DC dentro del grupo, utilizando,
p. ej., el canal SIP 1610, tiene lugar el control y la señalización
de llamadas en tiempo real entre el DC y la UCM, utilizando, p.
ej., el canal 1612 de señalización de medios del STR. En una
realización, el canal 1612 de señalización de medios se utiliza
para gestionar las solicitudes de
pulsar-para-hablar y sus
terminaciones, para arbitrar entre solicitudes conflictivas, o para
el control del turno de palabra, para anunciar el comienzo y fin de
la transmisión de información, para gestionar la latencia de red,
para rastrear la conectividad de puntos terminales, para solicitar
e intercambiar el estado de la red, y para notificar todos los
mensajes de error. El protocolo del canal 1612 de señalización de
medios minimiza la longitud de los mensajes más comunes, y
simplifica la tarea de interpretar las respuestas y responder a las
solicitudes, conservando a la vez la flexibilidad para mejoras
futuras. El protocolo del canal 1612 de señalización de medios
también permite que se reenvíen las solicitudes sin afectar
adversamente al estado del protocolo.
En una realización, el tráfico de señalización
en el canal 1612 de señalización de medios incluye el
establecimiento de llamada y la señalización de control, que puede
consistir en solicitudes y acuses de recibo de invitaciones a
sesiones, y la señalización de medios, que puede comprender
solicitudes de control del turno de palabra en tiempo real y
mensajes asíncronos afines. El tráfico de medios en el canal 1614 de
tráfico de medios puede comprender emisiones de punto a multipunto
en tiempo real, de voz y/o datos. Ambas categorías de mensajes
tienen atributos funcionales únicos. Además, cada DC puede emitir
solicitudes de clientes del servicio de nombres de dominio (DNS)
para facilitar el apareo entre nombres totalmente calificados de
anfitriones del DNS y direcciones de red en Internet.
En una realización, la señalización de
establecimiento de llamada y de control de llamada se realiza según
la semántica del SIP. Aunque el SIP puede transportarse utilizando
el bien conocido protocolo de datagramas de usuario (UDP), o bien
el protocolo de control de transmisión (TCP), en una realización,
cada DC lleva a cabo funciones de señalización basadas en el SIP,
utilizando el UDP. Además, cada medio de comunicación puede esperar
recibir solicitudes de señalización SIP por medio del UDP. La
señalización en tiempo real puede tener lugar por medio de la
interfaz dinámica UDP/IP en el medio de comunicación y cada DC. Otra
señalización puede tener lugar por medio de una interfaz TCP/IP
fijada entre el medio de comunicación y el DC que utiliza el SIP,
por ejemplo.
En una realización, cuando el servicio de datos
en paquetes está activo, los recursos en la infraestructura, p.
ej., el subsistema transceptor de estación base (STB), el
controlador de estación base (CEB), la función interoperativa (FIO)
y el enlace de radio son adjudicados activamente a la estación móvil
(EM). En un servicio de despacho de VoIP basado en IP, mientras hay
una conversación activa en marcha entre los participantes del
grupo, la conexión de datos en paquetes para cada usuario permanece
activa. Sin embargo, después de un periodo de inactividad, es
decir, de "tiempo para colgar", en las comunicaciones grupales,
los canales de tráfico de usuario pueden pasar al estado
latente.
La transición al estado latente conserva la
capacidad del sistema, reduce el coste del servicio y la descarga
de baterías, y deja al usuario disponible para recibir llamadas
convencionales entrantes de voz. Por ejemplo, cuando el usuario
está una llamada activa de datos en paquetes, se le considerará
generalmente "ocupado" para las llamadas de voz entrantes. Si
la llamada de datos en paquetes del usuario está en el estado
latente, el usuario puede ser capaz de recibir llamadas entrantes
de voz. Por estas razones, es deseable pasar la llamada de datos en
paquetes al estado latente después de periodos de inactividad de
datos en paquetes.
Mientras están activas llamadas de datos en
paquetes, incluso si no están intercambiando paquetes de datos, la
energía de radiofrecuencia (RF) puede transmitirse aún a los
teléfonos móviles, si bien a un nivel bajo, para mantener la
sincronización y el control de energía con la estación base. Estas
transmisiones pueden causar una significativa descarga de energía
en el teléfono. En el estado latente, sin embargo, el teléfono no
puede realizar ninguna transmisión por RF. Para conservar la
energía del teléfono y extender la vida de las pilas, el tiempo
para colgar puede fijarse para pasar el teléfono a la modalidad
latente, después de periodos prolongados sin ninguna transmisión de
datos.
Mientras está activo el servicio de datos en
paquetes para todos los usuarios, las solicitudes de PPH, que
pueden ser datagramas IP enviados entre la EM y el servidor de
despacho, tienen latencia muy baja. Sin embargo, si los canales de
usuario han pasado anteriormente al estado latente, la latencia de
las solicitudes PPH puede ser mucho mayor. Durante la latencia de
los datos en paquetes, puede mantenerse la información de estado
asociada a la sesión de datos en paquetes, incluyendo la dirección
IP móvil. Sin embargo, la información de estado asociada a las
capas por debajo del PPP, tales como las capas de tráfico físico,
puede ser liberada y/o desasignada.
En algunas infraestructuras, para reanimar una
conexión de datos latente, debe readjudicarse el canal de tráfico,
deben reasignarse los recursos y debe reinicializarse la capa del
protocolo de enlace por radio (RLP). El efecto de esto es que,
después de que un grupo de conversación no ha hablado por un tiempo,
cuando un usuario pulsa su tecla PPH para pedir el turno de
palabra, la latencia de PPH para la primera ráfaga de charla es,
generalmente, mucho más larga que para las ráfagas de charla
subsiguientes. Si bien esto es relativamente infrecuente, puede
afectar a la utilidad del servicio, y debería minimizarse.
Para reducir la latencia de PPH, en una
realización, la señalización de llamada grupal, tal como las
solicitudes de control de turno de palabra, las respuestas al
control de turno de palabra, y los mensajes de reanimación de
latencia, pueden transmitirse por algunos canales comunes
disponibles, sin esperar a que se restablezcan canales de tráfico
dedicados. Tales canales comunes pueden estar siempre disponibles,
independientemente del estado de los móviles, y pueden no requerir
el ser solicitados y reasignados cada vez que un usuario desea
iniciar una llamada grupal. Por lo tanto, la señalización de llamada
grupal puede ser intercambiada incluso cuando los móviles están
latentes, lo que puede proporcionar un medio para restablecer
canales de tráfico dedicados en paralelo para los móviles del
orador y del oyente.
En una realización, el móvil llamador puede
enviar una solicitud de control del turno de palabra a la
infraestructura inalámbrica por algunos canales inversos comunes
disponibles, tales como el canal de acceso inverso y el canal
inverso de acceso mejorado. El móvil llamador también puede recibir
una respuesta a la solicitud de control del turno de palabra por
algunos canales directos comunes disponibles, tales como el canal
directo de paginación y el canal directo de control común. En una
realización, los móviles oyentes latentes pueden recibir mensajes
de reanimación de latencia por algunos canales directos comunes
disponibles, tales como el canal directo de paginación y el canal
directo de control común.
En una realización, puede lograrse una
significativa reducción en el tiempo total efectivo de reanimación
de latencia y en la latencia de PPH percibida por el orador, a
través del empleo de los mensajes en ráfaga breve de datos (RBD),
según lo proporcionado en los "Estándares
TIA/EIA/IS-2000 para Sistemas cdma2000 de Espectro
Extendido", mencionados en lo que sigue como "el estándar
cdma2000", por ejemplo. En una realización, los mensajes por RBD
pueden enviarse tanto por canales físicos dedicados, tales como el
canal directo fundamental (CDF) o el canal directo dedicado de
control común (CDDC), como por canales físicos comunes, tales como
el canal inverso de acceso (CIA), el canal inverso de acceso
mejorado (CIAM), el canal directo de control común (CDCC) o el
canal de paginación (CP). Los mensajes por RBD pueden ser
transportados por el protocolo de ráfagas de radio (RBP), que
aparea los mensajes con un canal adecuado y disponible de la capa
física. Debido a que los mensajes por RBD pueden llevar tráfico
arbitrario de IP, y pueden ser enviados por canales físicos comunes,
los mensajes por RBD proporcionan un mecanismo para intercambiar
señalización de llamadas grupales cuando un móvil de un cliente
llamador no tiene ningún canal de tráfico dedicado.
En una realización, los mensajes de señalización
de medios pueden llevar datagramas IP por el enlace inverso o por
el enlace originado por el móvil. Una estación móvil cliente puede
enviar señales rápidamente a la UCM toda vez que el usuario
solicita el turno de palabra y no está inmediatamente disponible un
canal inverso de tráfico dedicado. Suponiendo que la estación móvil
cliente ha liberado todos los canales de tráfico dedicado, la
estación móvil cliente puede remitir inmediatamente la solicitud de
control del turno de palabra por un canal inverso común de una
infraestructura inalámbrica, que puede retransmitir la solicitud a
la UCM. Por ejemplo, puede utilizarse tanto el canal de acceso
inverso como el canal de acceso inverso mejorado para enviar tales
mensajes cuando no se dispone de un canal inverso dedicado. En una
realización, la estación móvil cliente puede transmitir un mensaje
de solicitud de turno de palabra a la UCM como un mensaje por
RBD.
Con referencia a la Fig. 4, en una realización,
la EM cliente puede enviar la solicitud 404 de turno de palabra por
PPH, por un canal inverso común, tal como el canal de acceso o el
canal de acceso mejorado, antes de intentar restablecer su canal de
tráfico dedicado. En una realización, la EM cliente puede enviar la
solicitud 404 de turno de palabra por PPH en un mensaje por RBD,
independientemente de qué canal se emplea.
La EM cliente puede entonces comenzar a
restablecer su canal de tráfico dedicado, p. ej., llevando a cabo
la "reoriginación de opción 33 de servicio", por ejemplo. La EM
cliente también puede iniciar la sincronización del protocolo de
enlace por radio (RLP). En una realización, la EM cliente puede
restablecer su canal de tráfico dedicado y sincronizar el RLP con
ventaja, en paralelo con el envío de la solicitud 404 de turno de
palabra por PPH.
Por lo tanto, el empleo de los canales comunes
inversos disponibles y/o de la característica de las RBD para
enviar señales de solicitud de control del turno de palabra al medio
de comunicación, cuando una estación móvil no tiene canales activos
de tráfico dedicado, reduce el tiempo total requerido para reanimar
a los móviles participantes. Aunque el cliente orador puede no
recibir confirmación de que su solicitud de turno de palabra ha
sido concedida hasta que se restablezca el canal de tráfico directo,
la capacidad de enviar rápidamente la señal al medio de
comunicación para que comience a reanimar a los oyentes
participantes reduce la latencia general.
Con referencia a la Fig. 4., la infraestructura
inalámbrica puede enviar la solicitud 404 de control del turno de
palabra por PPH al nodo de servicio de datos en paquetes (NSDP) y
luego a la UCM. En una realización, después de recibir la solicitud
de control del turno de palabra, la UCM puede arbitrar la solicitud,
despachar mensajes de reanimación de señales de medios
(disparadores) a un grupo de destinatarios participantes (oyentes),
y/o iniciar el restablecimiento de los canales 414 de tráfico de los
participantes (oyentes). Si la UCM concede la solicitud de turno de
palabra por PPH, la UCM puede enviar la concesión 408 de turno de
palabra por PPH a la EM cliente. En una realización, el DR puede
enviar la concesión 408 de turno de palabra por PPH a la EM cliente
por un canal común directo disponible, tal como el canal directo de
paginación y el canal directo de control común, si el canal de
tráfico dedicado del cliente no está aún restablecido. En una
realización, la infraestructura puede enviar la concesión 408 del
turno de palabra por PPH a la EM cliente en formato de RBD,
independientemente de qué canal se
utiliza.
utiliza.
En una realización, la UCM puede esperar a que
expire el temporizador de respuesta de latencia antes de responder
a la solicitud de control del turno de palabra por PPH. Si el
temporizador de respuesta de latencia está fijado en cero, el medio
de comunicación puede responder inmediatamente a la solicitud de
control de turno de palabra. En una realización, si la EM cliente
ha completado el restablecimiento de su canal de tráfico y la
sincronización del RLP, la EM cliente puede enviar flujos de medios
416, que pueden haber sido temporalmente almacenados 412 en la EM
cliente, a la UCM.
En una realización, después de recibir la
solicitud del turno de palabra, la UCM puede enviar ráfagas de
mensajes de reanimación de señalización de medios a un grupo de
destinatarios participantes (oyentes) e iniciar el restablecimiento
de los canales de tráfico de los participantes (oyentes). Si el
temporizador de respuesta de latencia del grupo está fijado en
cero, la UCM puede responder inmediatamente a la solicitud de turno
de palabra. En una realización, si el orador ha comenzado a
restablecer su canal de tráfico inmediatamente, tras enviar la
solicitud por PPH, los canales de tráfico del llamador y de los
oyentes pueden, con ventaja, restablecerse en paralelo.
Con referencia a la Fig. 4, después de que la
UCM recibe la solicitud de control del turno de palabra por PPH, la
UCM puede enviar disparadores 414 de reanimación dirigidos a los
destinatarios oyentes. La UCM puede determinar si existe una sesión
de datos por paquetes para el móvil destinatario, y remite el
paquete disparador al elemento de infraestructura adecuado, p. ej.,
una estación base. La infraestructura puede paginar cada EM
destinataria individual para comenzar a restablecer su canal de
tráfico dedicado. La EM destinataria puede entonces comenzar a
restablecer su canal de tráfico dedicado llevando a cabo la
"reoriginación de opción 33 de servicio", por ejemplo. La EM
destinataria también puede comenzar la sincronización del protocolo
de enlace por radio (RLP). En una realización, las EM destinatarias
pueden restablecer sus canales de tráfico dedicado y sincronizar
sus RLP, con ventaja, en paralelo con las mismas funciones
realizándose en la EM cliente.
En una realización, después de que una EM
destinataria ha completado el restablecimiento de su canal de
tráfico dedicado y la sincronización de su RLP, la EM destinataria
puede enviar la respuesta 422 de reanimación a la UCM, indicando
que la EM destinataria está lista para recibir medios. La UCM puede
enviar un anuncio de orador a la EM cliente antes de enviar el
flujo de medios 420, que puede haber sido almacenado temporalmente
418 en la UCM, a la EM destinataria.
En una realización, la UCM puede enviar el
disparador 414 de reanimación a un oyente destinatario por algunos
canales directos comunes disponibles, tales como el canal directo de
paginación y el canal directo de control común, mientras los
canales de tráfico de los destinatarios oyentes no estén aún
restablecidos. En una realización, la UCM puede enviar el
disparador 414 de reanimación al oyente destinatario en formato de
RBD, independientemente de qué canal se utiliza. Si la solicitud de
control del turno de palabra por PPH se envía por el canal común
inverso del orador como un mensaje de RBD y el temporizador de
respuesta de latencia del grupo destinatario está fijado en cero en
la UCM, la latencia efectiva de PPH en el cliente orador puede
reducirse al tiempo requerido para enviar un mensaje de solicitud
por RBD por el enlace inverso, seguido por un mensaje de respuesta
por RBD por el enlace directo.
Para determinar qué tráfico específico originado
en la red, p. ej., la carga útil de RBD, se envía para una estación
móvil ociosa, sin ningún canal de tráfico dedicado, puede
implementarse alguna norma o interfaz de infraestructura para
distinguir tal tráfico específico de otro tráfico.
En una primera realización, los datagramas IP
pueden filtrarse basándose en sus tamaños, ya que los mensajes de
RDB pueden llevar una carga útil de usuario limitada. Los datagramas
IP más pequeños que un límite de tamaño predeterminado pueden
enviarse como mensaje por RBD, si están destinados a un móvil sin
ningún canal de tráfico dedicado. El sistema de comunicación grupal
puede utilizar tales filtros, ya que el mensaje de respuesta a la
solicitud de turno de palabra de la aplicación es bastante pequeño,
p. ej., de 34 bytes, incluyendo las cabeceras de IP.
En una segunda realización, un vendedor de
infraestructura puede definir un servicio basado en IP para
encapsular el tráfico IP destinado para ser entregado a una
estación móvil. Un servidor IP con conocimiento de este servicio
puede transmitir datagramas pequeños de IP, p. ej., de UDP,
debidamente encapsulados con cabeceras de IP, a este servicio, para
ser entregados a un móvil, supuestamente sin canal de tráfico
dedicado. Los sistemas de comunicación grupal pueden utilizar este
servicio para indicar a la infraestructura que el mensaje de
respuesta a la solicitud de turno de palabra ha de entregarse a la
EM cliente solicitante en formado de RDB, por ejemplo. La
coordinación del tráfico por RBD con páginas o solicitudes de
originación de servicio pendientes también es importante para
garantizar una entrega rápida y fiable del tráfico de usuario.
En una tercera realización, un servidor IP puede
transmitir datagramas IP especiales, p. ej., datagramas UDP, con
cabeceras IP, para su entrega a un móvil supuestamente sin canal de
tráfico dedicado. El servidor IP puede etiquetar los datagramas IP,
p. ej., designando un valor especial en la cabecera IP, para
instruir a la infraestructura a fin de entregar los datagramas IP a
la EM cliente. Los sistemas de comunicación grupal pueden utilizar
este servicio para indicar a la infraestructura que el mensaje de
respuesta a la solicitud de turno de palabra ha de entregarse a la
EM cliente solicitante en formato de RBD, por ejemplo. En una
tercera realización, una gama de puertos UDP o TCP puede reservarse
para entregar datagramas IP específicos, p. ej., mensajes por
RBD.
En una realización, un cliente puede enviar la
solicitud 404 de control del turno de palabra, que puede estar en
formato de RBD, seguida inmediatamente por una solicitud de
originación de servicio, a la infraestructura inalámbrica, p. ej.,
CDMA, para restablecer rápidamente sus canales de tráfico. Sin
embargo, si el temporizador de respuesta de latencia está fijado en
un valor pequeño, el DR puede responder rápidamente a la solicitud
de control del turno de palabra, y transmitir una respuesta 408 de
vuelta al cliente. Si esta respuesta llega a la infraestructura
durante las primeras fases de la transacción de originación de
servicio, la infraestructura observa que la EM oradora no tiene
ningún canal de tráfico activo, y puede intentar paginar la
respuesta a la EM oradora. Sin embargo, esta acción de paginación
puede abortar la transacción de originación de servicio ya
iniciada. En una realización, la EM oradora puede responder a la
página, garantizando que el mensaje de respuesta de control de
turno de palabra sea entregado al orador, y solicitar nuevamente la
originación del servicio, pero se experimenta un retardo
innecesario al restablecer el canal de tráfico del orador, como
resultado del intento abortado de originación del servicio
original.
En una primera realización, para evitar la
condición de pugna entre el proceso de originación del servicio y
la paginación, el DR puede configurarse para no responder
inmediatamente a la solicitud 404 de control del turno de palabra.
En consecuencia, el temporizador de respuesta de latencia puede
ajustarse a fin de que la UCM transmita la respuesta 408 a la EM
oradora una vez que esté completo el proceso de originación de
servicio.
En una segunda realización, el NSDP que recibe
la respuesta 408, y el centro de conmutación móvil (CCM) que
responde a la solicitud de originación de servicio del orador, están
coordinados. Esto es, si el NSDP determina que un proceso de
originación de servicio de datos en paquetes para la EM oradora ya
está en marcha cuando la respuesta 408 llega a la infraestructura,
el CCM puede diferir la paginación a la EM oradora. El NSDP puede
almacenar en caché la respuesta y enviarla por el canal de tráfico
directo del móvil orador, una vez que el proceso de originación de
servicio esté completo. Alternativamente, el CCM puede enviar la
respuesta a la EM oradora como un mensaje de RBD si el proceso de
originación de servicio está aún en marcha.
En una tercera realización, la EM oradora puede
evitar la condición de pugna, no emitiendo una solicitud de
originación de servicio hasta después de que la EM oradora haya
recibido una respuesta a la solicitud de control del turno de
palabra. En una realización, dado que la EM oradora no tiene ningún
canal de tráfico dedicado, la UCM puede enviar la respuesta a la EM
oradora por algunos canales directos comunes disponibles, tales como
el canal de paginación directa y el canal directo de control común.
En una realización, la UCM puede enviar la respuesta a la EM
oradora en formato de RBD. La EM oradora puede apoyarse en la
respuesta de control de turno de palabra generada por el DR para
iniciar la reactivación de su canal de tráfico, de la misma manera
en que las solicitudes de reanimación enviadas por la UCM inician la
reactivación del canal de tráfico para los móviles oyentes. La
condición de pugna se evita al evitarse el potencial del móvil para
originaciones simultáneas de servicio iniciado por móvil y
paginaciones iniciadas por la red.
El datagrama IP, incluyendo el disparador 414 de
reanimación, que llega a la infraestructura inalámbrica, p. ej.,
CDMA, y que está destinado a un móvil oyente que no tiene ningún
canal de tráfico dedicado puede perderse, ya sea por la red en
general o bien específicamente por la infraestructura inalámbrica.
En una realización, el disparador 414 de reanimación enviado al
móvil oyente se retransmite agresivamente según un plan definido,
hasta que los oyentes responden o expira el temporizador de
reanimación del grupo. Por ejemplo, el disparador 414 de
reanimación puede reenviarse cada 500 ms. Sin embargo, la
retransmisión de los disparadores 414 de reanimación a esta
velocidad puede causar un retardo máximo de hasta 500 ms, o un
retardo promedio de 250 ms, desde el momento en que se restablece
el canal de tráfico de un oyente hasta el momento en que el
siguiente disparador de reanimación destinado a ese oyente llega a
la infraestructura.
En una realización, la infraestructura, u otra
entidad en la red, puede almacenar en caché el disparador 414 de
reanimación enviado por la UCM, y entregarla a una EM destinataria
tan pronto como la EM destinataria haya restablecido su canal de
tráfico. Esto elimina la necesidad de retransmisión de la solicitud
de reanimación por parte de la UCM, y reducir el tiempo de
reanimación total de latencia. El almacenamiento en caché del
disparador 414 de reanimación, en contraposición con su
retransmisión a la velocidad de 500 ms, por ejemplo, puede eliminar
un retardo de hasta 500 ms del tiempo total de reanimación de
latencia.
En una realización, puede permitirse al usuario
comenzar a hablar después de que el usuario ha solicitado el
control del turno de palabra, almacenando temporalmente los medios
antes de que se restablezcan los canales dedicados entre el cliente
y los oyentes. Almacenando temporalmente la voz del orador, el
sistema permite al orador comenzar a hablar antes de que los
canales de tráfico de los oyentes hayan sido completamente
restablecidos. Esto permite al orador comenzar a hablar antes,
reduciendo su latencia aparente por PPH. Dado que los oyentes no
sienten la latencia por PPH, su experiencia no se ve afectada, es
decir, la latencia por PPH se desplaza desde el orador a otras
partes del sistema. El orador puede esperar sólo lo suficiente como
para recibir una respuesta de un oyente a su primera ráfaga de
conversación, pero, como se ha mencionado anteriormente, ya espera
que la respuesta a su primera ráfaga de conversación lleve más
tiempo que la respuesta a las siguientes ráfagas de conversación
que tengan lugar mientras está ocupado en una conversación activa.
El almacenamiento temporal de la primera ráfaga de conversación del
orador puede hacerse en la UCM o bien en la EM cliente.
En una realización, la UCM puede almacenar
temporalmente la primera ráfaga de conversación del orador. Después
de que un usuario ha pulsado su tecla PPH y de que se han
restablecido los canales de tráfico del usuario, puede permitírsele
comunicarse con la UCM. En este momento, como los canales de tráfico
de oyentes no están todavía activos, la UCM almacena temporalmente
418 la voz del orador para su futura transmisión a los oyentes
destinatarios. El almacenamiento temporal de la UCM puede reducir la
latencia aparente de PPH que el orador ve, hasta el tiempo
aproximado que lleva activar el canal de tráfico del orador. La Fig.
17 muestra el almacenamiento temporal en la UCM según una
realización, como se describe a continuación:
(1) Ninguna llamada en marcha, los canales de
tráfico del originador y del destinatario están latentes.
(2) Los usuarios pulsan la tecla PPH. El
servidor recibe una solicitud de "establecimiento de llamada
grupal" del cliente.
(3) El turno de palabra se concede al usuario
después de que el cliente recibe la respuesta "configuración en
marcha" desde el servidor, o después de un retardo configurable
(1 segundo), y comienza a almacenar temporalmente los medios del
usuario.
(4) El servidor comienza el proceso de
restablecer los canales de tráfico de datos en paquetes de los
destinatarios.
(5) El servidor envía un mensaje de "anuncio
de llamada grupal" al cliente por medio de RBD.
(6) El cliente restablece exitosamente el canal
de tráfico, comienza a enviar medios almacenados al servidor.
(7) El cliente hace fluir los medios al
servidor.
(8) Los canales de tráfico de los destinatarios
han sido restablecidos (se alcanza el "umbral de respuesta
deseado").
(9) El usuario suelta la tecla PPH. El cliente
deja de almacenar medios.
(10) El cliente acaba de hacer fluir medios
almacenados al servidor, solicita la liberación del turno de palabra
por parte del servidor.
(11) El servidor envía el acuse de recibo de la
liberación del turno de palabra al cliente.
En una realización, donde se desea una latencia
aparente más breve, puede permitirse al orador comenzar a hablar
incluso antes de que su canal de tráfico esté restablecido. Debido a
que la EM cliente no está aún en comunicación con la UCM, la señal
al orador para comenzar a hablar es llevada a cabo por la EM
cliente. Si se permite al orador hablar antes de que esté
restablecido el canal de tráfico del orador, la EM cliente puede
almacenar temporalmente 412 la voz. Debido a que la comunicación con
el medio de comunicación no se ha establecido aún, el permiso para
hablar está dándose "con criterio optimista". La Fig. 18
muestra el almacenamiento temporal en el cliente según una
realización, como se describe a continuación:
(1) Ninguna llamada en marcha, el canal de
tráfico del originador está latente.
(2) El usuario pulsa la tecla PPH. El cliente
envía una solicitud de "establecimiento de llamada grupal" al
servidor por medio de RDB.
(3) El cliente comienza el procedimiento de
restablecer un canal de tráfico de datos en paquetes.
(4) Se concede el turno de palabra al usuario
después de que el cliente recibe la respuesta "configuración en
marcha" desde el servidor, o después de una retardo configurable
(1 segundo), y comienza a almacenar temporalmente medios del
usuario.
(5) El cliente recibe un mensaje de "anuncio
de llamada grupal" desde el servidor, por medio de RBD.
(6) El cliente restablece exitosamente el canal
de tráfico.
(7) El cliente hace fluir los medios almacenados
al servidor.
(8) El usuario suelta la tecla PPH. El cliente
deja de almacenar medios.
(9) El cliente finaliza el flujo de medios
almacenados al servidor, y solicita la liberación del turno de
palabra por parte del servidor.
(10) El cliente recibe acuse de recibo de la
liberación del turno de palabra desde el servidor.
En una realización, tanto el almacenamiento
temporal 418 de la UCM como el almacenamiento temporal 412 del
cliente pueden operar de manera concurrente. El almacenamiento
temporal en el cliente puede permitir que la latencia aparente de
PPH sea pequeña. En una realización, la EM cliente puede almacenar
medios temporalmente para controlar la latencia aparente de PPH
experimentada por el usuario. La combinación de RDB originadas por
el móvil y del almacenamiento temporal de medios en el cliente puede
reducir los retardos asociados al restablecimiento de canales de
tráfico activo.
Por lo tanto, las realizaciones reveladas
proporcionan un modelo de despacho que brinda soporte al menos a
dos tipos de llamadas de despacho: el modelo de sala de tertulia y
el modelo ad-hoc. En el modelo de sala de tertulia,
los grupos están predefinidos, y pueden estar almacenados en el
servidor de despacho. En el modelo ad-hoc, sin
embargo, los grupos pueden definirse y/o modificarse en tiempo
real.
Las realizaciones reveladas también brindan una
significativa reducción del tiempo total efectivo de reanimación de
latencia y de la latencia por PPH, intercambiando señalización de
llamadas grupales incluso cuando los móviles están latentes y
ningún canal de tráfico está activo. El procedimiento y el aparato
prevén el intercambio de señalización de llamadas grupales por
medio del empleo de la señalización de mensajes en ráfagas breves
de datos (RBD). El procedimiento y aparato prevén restablecer, con
ventaja, canales de tráfico dedicados para el móvil orador y para
los móviles oyentes latentes en paralelo.
En otra realización, la latencia de reanimación
latente en una red de comunicación grupal puede reducirse por medio
del almacenamiento en caché de los disparadores de reanimación
iniciados por la red, destinados a los oyentes destinatarios, y de
la entrega de un disparador de reanimación a una estación móvil
destinataria tan pronto como la estación móvil destinataria haya
restablecido su canal de tráfico.
En otra realización, la simultánea originación
de servicio y la paginación en un móvil que opera en una red de
comunicación grupal se evitan transmitiendo una respuesta a una
solicitud de control del turno de palabra una vez que el proceso de
originación de servicio está completo. En una realización, la
respuesta a la solicitud de control del turno de palabra puede
estar en formato de RBD si el proceso de originación del servicio no
está completo. En otra realización, el proceso de originación del
servicio para el dispositivo de comunicación de origen se inicia
después de transmitir la respuesta al dispositivo de comunicación de
origen.
Claims (26)
1. Un procedimiento para añadir un nuevo miembro
(120) a una llamada grupal activa en una red (100) de comunicación
grupal, comprendiendo el procedimiento:
recibir una solicitud para añadir una lista de
miembros a una llamada grupal activa;
añadir la lista de miembros a la llamada grupal
activa;
caracterizado porque el procedimiento
comprende adicionalmente:
anunciar la llamada grupal a cada miembro (120,
122) en la lista de miembros, en donde el anuncio incluye
transmitir un mensaje por un canal directo común de una red
inalámbrica;
recibir acuse de recibo transmitido por un canal
inverso común de un miembro (120) en la lista de miembros, que
desea participar en la llamada grupal;
almacenar los medios temporalmente (418); y
remitir los medios almacenados al miembro
(120).
2. El procedimiento de la reivindicación 1, que
incluye adicionalmente la activación del miembro (120) para
restablecer su canal de tráfico antes de dicha remisión de
medios.
3. El procedimiento de la reivindicación 2,
incluyendo adicionalmente el almacenamiento temporal (418) de
medios para su transmisión al miembro (120) después de que su canal
de tráfico ha sido restablecido.
4. El procedimiento de la reivindicación 1, en
el cual la transmisión incluye transmitir el mensaje por un canal
directo de paginación (CDP) de la red inalámbrica.
5. El procedimiento de la reivindicación 1, en
el cual la transmisión incluye transmitir el mensaje por un canal
directo de control común (CDCC) de la red inalámbrica.
6. El procedimiento de la reivindicación 1, en
el cual la transmisión incluye transmitir el mensaje en formato de
ráfaga breve de datos (RBD).
7. Un medio (116) legible por ordenador que
realiza instrucciones para iniciar una llamada grupal en una red
(100) de comunicación grupal que incluye dispositivos de
comunicación, adaptando las instrucciones a los dispositivos de
comunicación a fin de:
recibir una solicitud para añadir una lista de
miembros a una llamada grupal activa;
añadir la lista de miembros a la llamada grupal
activa;
caracterizado porque las instrucciones
adaptan adicionalmente los dispositivos de comunicación a fin
de:
anunciar la llamada grupal a cada miembro (120,
122) en la lista de miembros, en donde dicho anuncio incluye la
transmisión de un mensaje por un canal directo común de una red
inalámbrica;
recibir acuse de recibo transmitido por un canal
inverso común desde un miembro (120) en la lista de miembros, que
desea participar en la llamada grupal;
almacenar temporalmente los medios (418); y
remitir los medios almacenados al miembro
(120).
8. El medio legible por ordenador de la
reivindicación 7, en el cual los dispositivos de comunicación están
adicionalmente adaptados por las instrucciones para activar al
miembro (120) a fin de restablecer su canal de tráfico.
9. El medio legible por ordenador de la
reivindicación 8, en el cual los dispositivos de comunicación están
adicionalmente adaptados por las instrucciones para almacenar
temporalmente (418) los medios para su transmisión al miembro (120,
122) después de que su canal de tráfico ha sido restablecido.
10. El medio legible por ordenador de la
reivindicación 7, en el cual los dispositivos de comunicación están
adicionalmente adaptados por las instrucciones a fin de transmitir
el mensaje por un canal directo de paginación (CDP) de la red
inalámbrica.
11. El medio legible por ordenador de la
reivindicación 7, en el cual los dispositivos de comunicación están
adicionalmente adaptados por las instrucciones a fin de transmitir
el mensaje por un canal directo de control común (CDCC) de la red
inalámbrica.
12. El medio legible por ordenador de la
reivindicación 7, en el cual los dispositivos de comunicación están
adicionalmente adaptados por las instrucciones, a fin de transmitir
el mensaje en formato de ráfaga breve de datos (RBD).
13. Un aparato para añadir un nuevo miembro
(120) a una llamada grupal activa en una red (100) de comunicación
grupal, que comprende:
un medio para recibir una solicitud a fin de
añadir una lista de miembros a una llamada grupal activa; y
un medio para añadir la lista de miembros a la
llamada grupal activa;
caracterizado porque el aparato comprende
adicionalmente:
un medio para anunciar la llamada grupal a cada
miembro (120, 122) en la lista de miembros, estando dicho medio
adicionalmente adaptado para transmitir un mensaje por un canal
directo común de una red inalámbrica;
un medio para recibir un acuse de recibo
transmitido por un canal inverso común desde un miembro (120) en la
lista de miembros, que desea participar en la llamada grupal;
un medio para almacenar temporalmente los medios
(418); y
un medio para remitir los medios almacenados al
miembro (120).
14. El aparato de la reivindicación 13, que
incluye adicionalmente un medio para activar el miembro (120) a fin
de restablecer su canal de tráfico.
15. El aparato de la reivindicación 14, que
incluye adicionalmente un medio a fin de almacenar medios
temporalmente (418), para su transmisión al miembro (120) después
de que su canal de tráfico esté restablecido.
16. El aparato de la reivindicación 13, en el
cual el medio para anunciar incluye un medio para transmitir el
mensaje por un canal directo de paginación (CDP) de la red
inalámbrica.
17. El aparato de la reivindicación 13, en el
cual el medio para anunciar incluye un medio para transmitir el
mensaje por un canal directo de control común (CDCC) de la red
inalámbrica.
18. El aparato de la reivindicación 13, en el
cual el medio para anunciar incluye un medio para transmitir el
mensaje en formato de ráfaga breve de datos (RBD).
19. Un aparato según la reivindicación 13, en el
cual dicho aparato comprende un receptor (116) y un transmisor
(116), y dicho medio comprende un procesador (116) acoplado
comunicativamente con dicho receptor y dicho transmisor, para
añadir un nuevo miembro a una llamada grupal activa en una red de
comunicación grupal, que está adaptado para recibir la solicitud,
añadir el miembro, anunciar la llamada grupal, recibir acuse de
recibo, y almacenar y remitir medios.
20. El aparato de la reivindicación 19, en el
cual el procesador está adicionalmente adaptado para activar al
miembro (120) a fin de restablecer su canal de tráfico.
21. El aparato de la reivindicación 20, en el
cual el procesador está adicionalmente adaptado a fin de almacenar
medios temporalmente (418), para su transmisión al miembro (120)
después de que su canal de tráfico esté restablecido.
22. El aparato de la reivindicación 19, en el
cual el procesador está adicionalmente adaptado para transmitir el
mensaje por un canal directo de paginación (CDP) de la red
inalámbrica.
23. El aparato de la reivindicación 22, en el
cual el procesador está adicionalmente adaptado para transmitir el
mensaje por un canal directo de control común (CDCC) de la red
inalámbrica.
24. El aparato de la reivindicación 22, en el
cual el procesador está adicionalmente adaptado para transmitir el
mensaje en formato de ráfaga breve de datos (RBD).
25. El aparato de cualquiera de las
reivindicaciones 13 a 18, que comprende adicionalmente:
un despachador (102, 114) adaptado a fin de
recibir la solicitud para añadir el nuevo miembro (120) a la llamada
grupal activa basada en la lista de miembros; y
un controlador (116) adaptado para anunciar la
llamada grupal basada en la lista de miembros;
en el cual el despachador (102, 114) está
adicionalmente adaptado para determinar la información de ubicación
para cada miembro (120, 122) en la lista de miembros; y
el controlador (116) está adicionalmente
adaptado para incluir un controlador local para un miembro (120)
que se halla dentro de una región local.
26. El aparato de la reivindicación 25, en el
cual el controlador (116) incluye un controlador remoto (116) para
un miembro (120) que se halla fuera de una región local.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US10/076,941 US6873854B2 (en) | 2002-02-14 | 2002-02-14 | Method and an apparatus for adding a new member to an active group call in a group communication network |
US76941 | 2002-02-14 |
Publications (1)
Publication Number | Publication Date |
---|---|
ES2274251T3 true ES2274251T3 (es) | 2007-05-16 |
Family
ID=27660256
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
ES03739823T Expired - Lifetime ES2274251T3 (es) | 2002-02-14 | 2003-02-12 | Procedimiento y aparato para añadir un nuevo miembro a una llamada de grupo activa en una red de comunicaciones en grupo. |
Country Status (20)
Country | Link |
---|---|
US (1) | US6873854B2 (es) |
EP (1) | EP1474938B1 (es) |
JP (2) | JP4519466B2 (es) |
KR (1) | KR100928859B1 (es) |
CN (1) | CN100559898C (es) |
AR (1) | AR038516A1 (es) |
AT (1) | ATE345017T1 (es) |
AU (1) | AU2003211097B2 (es) |
BR (1) | BR0307646A (es) |
CA (1) | CA2476277C (es) |
DE (1) | DE60309567T2 (es) |
DK (1) | DK1474938T3 (es) |
ES (1) | ES2274251T3 (es) |
MX (1) | MXPA04007859A (es) |
MY (1) | MY134458A (es) |
NZ (1) | NZ534419A (es) |
PT (1) | PT1474938E (es) |
RU (1) | RU2316146C2 (es) |
TW (1) | TW200303692A (es) |
WO (1) | WO2003069928A1 (es) |
Families Citing this family (204)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10361802B1 (en) | 1999-02-01 | 2019-07-23 | Blanding Hovenweep, Llc | Adaptive pattern recognition based control system and method |
US8352400B2 (en) | 1991-12-23 | 2013-01-08 | Hoffberg Steven M | Adaptive pattern recognition based controller apparatus and method and human-factored interface therefore |
US7522931B2 (en) * | 1998-06-05 | 2009-04-21 | Netnumber, Inc. | Method and apparatus for accessing a network computer to establish a push-to-talk session |
US7966078B2 (en) | 1999-02-01 | 2011-06-21 | Steven Hoffberg | Network media appliance system and method |
US6684250B2 (en) * | 2000-04-03 | 2004-01-27 | Quova, Inc. | Method and apparatus for estimating a geographic location of a networked entity |
US6873854B2 (en) * | 2002-02-14 | 2005-03-29 | Qualcomm Inc. | Method and an apparatus for adding a new member to an active group call in a group communication network |
US6898436B2 (en) * | 2002-02-14 | 2005-05-24 | Qualcomm Incorporated | Communication device for joining a user to a group call in a group communication network |
US8126889B2 (en) * | 2002-03-28 | 2012-02-28 | Telecommunication Systems, Inc. | Location fidelity adjustment based on mobile subscriber privacy profile |
US8918073B2 (en) * | 2002-03-28 | 2014-12-23 | Telecommunication Systems, Inc. | Wireless telecommunications location based services scheme selection |
US8290505B2 (en) | 2006-08-29 | 2012-10-16 | Telecommunications Systems, Inc. | Consequential location derived information |
US9154906B2 (en) | 2002-03-28 | 2015-10-06 | Telecommunication Systems, Inc. | Area watcher for wireless network |
US7426380B2 (en) | 2002-03-28 | 2008-09-16 | Telecommunication Systems, Inc. | Location derived presence information |
US8027697B2 (en) | 2007-09-28 | 2011-09-27 | Telecommunication Systems, Inc. | Public safety access point (PSAP) selection for E911 wireless callers in a GSM type system |
US20030186699A1 (en) * | 2002-03-28 | 2003-10-02 | Arlene Havlark | Wireless telecommunications location based services scheme selection |
US7640293B2 (en) * | 2002-07-17 | 2009-12-29 | Research In Motion Limited | Method, system and apparatus for messaging between wireless mobile terminals and networked computers |
US8150922B2 (en) * | 2002-07-17 | 2012-04-03 | Research In Motion Limited | Voice and text group chat display management techniques for wireless mobile terminals |
US7111044B2 (en) * | 2002-07-17 | 2006-09-19 | Fastmobile, Inc. | Method and system for displaying group chat sessions on wireless mobile terminals |
US8666397B2 (en) | 2002-12-13 | 2014-03-04 | Telecommunication Systems, Inc. | Area event handling when current network does not cover target area |
US20040192367A1 (en) * | 2003-03-25 | 2004-09-30 | Barros Mark A. | Dispatch call "cut-in" alert |
CN1314283C (zh) * | 2003-09-05 | 2007-05-02 | 华为技术有限公司 | 集群通信系统组呼区域设定的方法 |
FR2860121A1 (fr) * | 2003-09-23 | 2005-03-25 | France Telecom | Procede d'etablissement d'un transfert de donnees entre deux dispositifs de communication et dispositif associe |
JP2005117197A (ja) * | 2003-10-03 | 2005-04-28 | Nec Corp | 無線通信システム及び無線通信方法 |
WO2005051008A1 (en) * | 2003-11-19 | 2005-06-02 | Research In Motion Limited | Systems and methods for added authentication in distributed network delivered half-duplex communications |
US7424293B2 (en) * | 2003-12-02 | 2008-09-09 | Telecommunication Systems, Inc. | User plane location based service using message tunneling to support roaming |
US7328036B2 (en) * | 2003-12-05 | 2008-02-05 | Motorola, Inc. | Method and apparatus reducing PTT call setup delays |
US7260186B2 (en) | 2004-03-23 | 2007-08-21 | Telecommunication Systems, Inc. | Solutions for voice over internet protocol (VoIP) 911 location services |
US20080126535A1 (en) | 2006-11-28 | 2008-05-29 | Yinjun Zhu | User plane location services over session initiation protocol (SIP) |
US20080090546A1 (en) | 2006-10-17 | 2008-04-17 | Richard Dickinson | Enhanced E911 network access for a call center using session initiation protocol (SIP) messaging |
US20050143111A1 (en) * | 2003-12-30 | 2005-06-30 | Fitzpatrick Matthew D. | Determining availability of members of a contact list in a communication device |
US20050169223A1 (en) * | 2004-01-16 | 2005-08-04 | Crocker Ronald T. | Method and apparatus for facilitating a PTT session initiation using an IP-based protocol |
JP3997995B2 (ja) * | 2004-01-29 | 2007-10-24 | 日本電気株式会社 | 半二重無線通信方法、プログラム、およびシステム |
FI20045162A0 (fi) * | 2004-04-30 | 2004-04-30 | Nokia Corp | Ryhmäviestintä viestinjärjestelmässä |
FI20045175A0 (fi) * | 2004-05-12 | 2004-05-12 | Nokia Corp | Istunnon käynnistys reaaliaikaista mediakommunikaatiopalvelua varten |
US20050265350A1 (en) * | 2004-05-28 | 2005-12-01 | Murali Narasimha | Concurrent packet data session set-up for push-to-talk over cellular |
KR20050114556A (ko) * | 2004-06-01 | 2005-12-06 | 삼성전자주식회사 | 피티티 서비스 제공 시스템의 통화 호 설정 방법 및 장치 |
US7289822B2 (en) * | 2004-06-21 | 2007-10-30 | Qualcomm Incorporated | Method for using a signaling channel to set up a call request for a push-to-talk communication on a wireless communication network |
US7835761B2 (en) | 2004-06-21 | 2010-11-16 | Qualcomm Incorporated | Method for distinguishing different types of data content in data packets in a wireless communication system |
US8234335B1 (en) * | 2004-06-29 | 2012-07-31 | Sprint Spectrum L.P. | Customized grouping of participants in real-time conference set-up |
US7778215B2 (en) * | 2004-07-06 | 2010-08-17 | Zte Corporation | Digital trunked communication network which supports roaming and method thereof |
CN100372430C (zh) * | 2004-07-08 | 2008-02-27 | 华为技术有限公司 | 一种基于移动台小区级定位的私密呼叫建立方法 |
KR100793343B1 (ko) | 2004-07-16 | 2008-01-11 | 삼성전자주식회사 | PoC 시스템의 호 처리 방법 |
KR100641233B1 (ko) * | 2004-07-28 | 2006-11-02 | 엘지전자 주식회사 | 피티티 서비스의 발언권 처리방법 |
CN100372433C (zh) * | 2004-07-28 | 2008-02-27 | 华为技术有限公司 | 一种建立私密呼叫业务的方法 |
KR100640362B1 (ko) * | 2004-08-18 | 2006-10-30 | 삼성전자주식회사 | Ptt서비스 방법 |
FI20041169A0 (fi) | 2004-09-08 | 2004-09-08 | Nokia Corp | Ryhmäpalveluiden ryhmätiedot |
FI20050092A0 (fi) | 2004-09-08 | 2005-01-28 | Nokia Corp | Ryhmäpalveluiden ryhmätiedot |
US7756540B2 (en) * | 2004-09-17 | 2010-07-13 | Nextel Communications Inc. | Public dispatch chatroom |
US7127266B2 (en) * | 2004-09-17 | 2006-10-24 | Nextel Communications Inc. | System and method for efficient media resource allocation |
CN102307057B (zh) * | 2004-09-27 | 2014-05-07 | 华为技术有限公司 | 无线发送装置 |
US20060077958A1 (en) * | 2004-10-08 | 2006-04-13 | Satya Mallya | Method of and system for group communication |
US7629926B2 (en) | 2004-10-15 | 2009-12-08 | Telecommunication Systems, Inc. | Culled satellite ephemeris information for quick, accurate assisted locating satellite location determination for cell site antennas |
US7411546B2 (en) | 2004-10-15 | 2008-08-12 | Telecommunication Systems, Inc. | Other cell sites used as reference point to cull satellite ephemeris information for quick, accurate assisted locating satellite location determination |
US7113128B1 (en) * | 2004-10-15 | 2006-09-26 | Telecommunication Systems, Inc. | Culled satellite ephemeris information for quick, accurate assisted locating satellite location determination for cell site antennas |
US6985105B1 (en) * | 2004-10-15 | 2006-01-10 | Telecommunication Systems, Inc. | Culled satellite ephemeris information based on limiting a span of an inverted cone for locating satellite in-range determinations |
US7245940B2 (en) * | 2004-10-19 | 2007-07-17 | Kyocera Wireless Corp. | Push to talk voice buffering systems and methods in wireless communication calls |
US20060087973A1 (en) * | 2004-10-22 | 2006-04-27 | Henry Huang | Delay timers for managing internal state changes and messages in user equipment for real-time multimedia applications |
CN100349483C (zh) * | 2004-10-26 | 2007-11-14 | 华为技术有限公司 | 基于gsm的集群数字系统建立私密呼叫业务的方法 |
DE102004053597B4 (de) | 2004-11-05 | 2008-05-29 | Infineon Technologies Ag | Verfahren zum automatischen Erzeugen und/oder Steuern einer Telekommunikations-Konferenz mit einer Vielzahl von Teilnehmern, Telekommunikations-Konferenz-Endgerät und Telekommunikations-Konferenz-Servereinrichtung |
KR100651956B1 (ko) | 2004-11-22 | 2006-12-01 | 엘지전자 주식회사 | 그룹통신 단말기의 셋업 방법 |
US10750327B2 (en) | 2004-11-23 | 2020-08-18 | Kodiak Networks Inc | Method for multiplexing media streams to optimize network resource usage for push-to-talk-over-cellular service |
WO2016073515A1 (en) * | 2014-11-03 | 2016-05-12 | Kodiak Networks, Inc. | Method for multiplexing media streams to optimize network resource usage for push-to-talk-over-cellular service |
US7593743B2 (en) * | 2004-12-03 | 2009-09-22 | Sony Ericsson Mobile Communications, Ab | Methods, systems, and computer program products for updating availability information in voice-call applications |
US8315190B2 (en) | 2005-01-28 | 2012-11-20 | Qualcomm Incorporated | Method and apparatus for interworking between push-to-talk over cellular (PoC) systems and instant messaging (IM) systems |
US20060212143A1 (en) * | 2005-03-01 | 2006-09-21 | Nguyen Dung H | Apparatus and methods for instant messaging feature for communication between users in multiple-user information handling system |
US7933623B1 (en) * | 2005-03-11 | 2011-04-26 | Nextel Communications Inc. | System and method for addressing dispatch stations |
US9065664B2 (en) * | 2006-01-27 | 2015-06-23 | Cisco Technology, Inc. | Providing an announcement for a multiparty communication session |
US7353034B2 (en) | 2005-04-04 | 2008-04-01 | X One, Inc. | Location sharing and tracking using mobile phones or other wireless devices |
EP1880304A4 (en) * | 2005-04-22 | 2011-12-28 | Shrihari B Pandit | METHOD AND SYSTEMS FOR TRANSLATING LANGUAGE, AUDIO, VIDEO, TEXT AND / OR MULTIMEDIA DATA |
CN101194522B (zh) * | 2005-06-02 | 2010-10-13 | 中兴通讯股份有限公司 | 在基于码分多址的集群通信系统中快速建立呼叫的方法 |
US7469149B2 (en) * | 2005-06-03 | 2008-12-23 | Motorola, Inc. | Method and apparatus for serially establishing a group call session |
US8045998B2 (en) * | 2005-06-08 | 2011-10-25 | Cisco Technology, Inc. | Method and system for communicating using position information |
US8306203B1 (en) * | 2005-06-10 | 2012-11-06 | Nextel Communications, Inc. | Method and computer-readable medium for terminating options for dispatch group calls |
US20070004438A1 (en) * | 2005-07-01 | 2007-01-04 | Alec Brusilovsky | Method and apparatus enabling PTT (push-to-talk) communications between legacy PSTN, cellular and wireless 3G terminals |
US8660573B2 (en) | 2005-07-19 | 2014-02-25 | Telecommunications Systems, Inc. | Location service requests throttling |
DE102005037569B4 (de) * | 2005-08-09 | 2011-03-03 | Infineon Technologies Ag | Verfahren zum Vergeben eines Kommunikationsrechts, Kommunikationskonferenz-Sitzung-Server und Kommunikationskonferenz-Sitzung-Server-Anordnung |
US7706339B2 (en) | 2005-08-10 | 2010-04-27 | Cisco Technology, Inc. | Method and system for communicating media based on location of media source |
US7636339B2 (en) * | 2005-08-10 | 2009-12-22 | Cisco Technology, Inc. | Method and system for automatic configuration of virtual talk groups based on location of media sources |
US7633914B2 (en) * | 2005-08-10 | 2009-12-15 | Cisco Technology, Inc. | Method and system for providing interoperable communications with location information |
CN100396000C (zh) * | 2005-08-12 | 2008-06-18 | 华为技术有限公司 | 客户端向服务器申请服务的方法及其系统 |
WO2007019730A1 (fr) * | 2005-08-18 | 2007-02-22 | Zte Corporation | Méthode d’implémentation de nomadisme pour système de communication numérique trunk |
US20070049288A1 (en) * | 2005-08-24 | 2007-03-01 | Lamprecht Leslie J | Creating optimum temporal location trigger for multiple requests |
US7869386B2 (en) * | 2005-08-29 | 2011-01-11 | Cisco Technology, Inc. | Method and system for conveying media source location information |
US9282451B2 (en) | 2005-09-26 | 2016-03-08 | Telecommunication Systems, Inc. | Automatic location identification (ALI) service requests steering, connection sharing and protocol translation |
CN100370850C (zh) * | 2005-09-26 | 2008-02-20 | 华为技术有限公司 | 一种创建群组和添加群组成员的方法、装置及系统 |
US7825780B2 (en) * | 2005-10-05 | 2010-11-02 | Telecommunication Systems, Inc. | Cellular augmented vehicle alarm notification together with location services for position of an alarming vehicle |
US20070075848A1 (en) * | 2005-10-05 | 2007-04-05 | Pitt Lance D | Cellular augmented vehicle alarm |
US7907551B2 (en) | 2005-10-06 | 2011-03-15 | Telecommunication Systems, Inc. | Voice over internet protocol (VoIP) location based 911 conferencing |
US8467320B2 (en) | 2005-10-06 | 2013-06-18 | Telecommunication Systems, Inc. | Voice over internet protocol (VoIP) multi-user conferencing |
US7991136B2 (en) * | 2005-10-19 | 2011-08-02 | At&T Intellectual Property I, L.P. | Methods, apparatus and computer program products for allowing access to in-progress calls via calling groups in a voice over internet protocol communication system |
JP4890002B2 (ja) * | 2005-10-28 | 2012-03-07 | 京セラ株式会社 | 通信装置、通信システムおよび通信方法 |
KR101277860B1 (ko) * | 2005-11-15 | 2013-06-21 | 삼성전자주식회사 | PoC 시스템에서의 멀티 미디어 통화 서비스를 수행하기위한 발언권 관리 시스템과 그 방법 및 단말장치 |
KR20070108311A (ko) * | 2005-11-15 | 2007-11-09 | 삼성전자주식회사 | PoC 시스템에서의 멀티 미디어 통화 서비스를 수행하기위한 발언권 관리 시스템과 그 방법 및 단말장치 |
US20070162553A1 (en) * | 2006-01-10 | 2007-07-12 | Dewing Shane R | Interactive moderated voice chat system |
KR101177948B1 (ko) * | 2006-01-13 | 2012-08-28 | 삼성전자주식회사 | PoC 시스템에서 미디어 전송 시간 정보 제공을 위한단말 장치 및 방법과 미디어 전송 시간 정보 제공을 위한PoC 시스템 |
JP4693641B2 (ja) * | 2006-01-27 | 2011-06-01 | 京セラ株式会社 | 通信システム、無線通信端末及び表示制御方法 |
US8768321B2 (en) | 2006-01-27 | 2014-07-01 | Kyocera Corporation | Communication system, radio communication terminal and display control method |
US7885199B2 (en) * | 2006-01-31 | 2011-02-08 | Alcatel-Lucent Usa Inc. | System and method for providing group calling in a wireless network |
US8150363B2 (en) | 2006-02-16 | 2012-04-03 | Telecommunication Systems, Inc. | Enhanced E911 network access for call centers |
US8059789B2 (en) | 2006-02-24 | 2011-11-15 | Telecommunication Systems, Inc. | Automatic location identification (ALI) emergency services pseudo key (ESPK) |
US8085671B2 (en) * | 2006-02-27 | 2011-12-27 | Cisco Technology, Inc. | Method and system for providing interoperable communications with congestion management |
US8260338B2 (en) * | 2006-02-28 | 2012-09-04 | Cisco Technology, Inc. | Method and system for providing interoperable communications with dynamic event area allocation |
US7471236B1 (en) * | 2006-03-01 | 2008-12-30 | Telecommunication Systems, Inc. | Cellular augmented radar/laser detector |
US9167553B2 (en) | 2006-03-01 | 2015-10-20 | Telecommunication Systems, Inc. | GeoNexus proximity detector network |
US7899450B2 (en) | 2006-03-01 | 2011-03-01 | Telecommunication Systems, Inc. | Cellular augmented radar/laser detection using local mobile network within cellular network |
US8095140B2 (en) * | 2006-03-27 | 2012-01-10 | Motorola Solutions, Inc. | Regrouping wireless devices |
US9112746B2 (en) * | 2006-04-05 | 2015-08-18 | Cisco Technology, Inc. | Method and system for managing virtual talk groups |
JP4828999B2 (ja) * | 2006-04-27 | 2011-11-30 | 京セラ株式会社 | 移動局及びサーバ |
JP5095120B2 (ja) * | 2006-04-27 | 2012-12-12 | 京セラ株式会社 | グループ通話システム、携帯電話端末及びサーバ |
JP5095118B2 (ja) * | 2006-04-27 | 2012-12-12 | 京セラ株式会社 | 携帯電話端末及びサーバ |
JP4704270B2 (ja) * | 2006-04-27 | 2011-06-15 | 京セラ株式会社 | 携帯電話端末及びサーバ |
JP5095119B2 (ja) * | 2006-04-27 | 2012-12-12 | 京セラ株式会社 | 携帯電話端末 |
WO2007126029A1 (ja) * | 2006-04-27 | 2007-11-08 | Kyocera Corporation | 携帯電話端末、サーバ及びグループ通話システム |
US8208605B2 (en) | 2006-05-04 | 2012-06-26 | Telecommunication Systems, Inc. | Extended efficient usage of emergency services keys |
US7860070B2 (en) * | 2006-05-10 | 2010-12-28 | Cisco Technology, Inc. | Providing multiple virtual talk group communication sessions |
US7831270B2 (en) * | 2006-05-18 | 2010-11-09 | Cisco Technology, Inc. | Providing virtual talk group communication sessions in accordance with endpoint resources |
US7639634B2 (en) * | 2006-06-02 | 2009-12-29 | Cisco Technology, Inc. | Method and System for Joining a virtual talk group |
US20070280203A1 (en) * | 2006-06-02 | 2007-12-06 | Shmuel Shaffer | Method and System for Managing a Plurality of Virtual Talk Groups |
CN101098267B (zh) * | 2006-06-28 | 2011-07-20 | 华为技术有限公司 | 一种建立群组会话的方法和系统 |
US20080032728A1 (en) * | 2006-08-03 | 2008-02-07 | Bina Patel | Systems, methods and devices for communicating among multiple users |
US8559947B2 (en) * | 2006-09-13 | 2013-10-15 | Mformation Software Technologies Llc | System and method to enable subscriber self-activation of wireless data terminals |
US8570909B1 (en) | 2006-10-17 | 2013-10-29 | Cisco Technology, Inc. | Method and system for providing an indication of a communication |
US7966013B2 (en) | 2006-11-03 | 2011-06-21 | Telecommunication Systems, Inc. | Roaming gateway enabling location based services (LBS) roaming for user plane in CDMA networks without requiring use of a mobile positioning center (MPC) |
CN101198079B (zh) * | 2006-12-06 | 2011-01-19 | 上海华为技术有限公司 | 组呼业务的控制方法及其系统和设备 |
US20080151786A1 (en) * | 2006-12-21 | 2008-06-26 | Motorola, Inc. | Method and apparatus for hybrid audio-visual communication |
US7620393B2 (en) | 2006-12-26 | 2009-11-17 | Motorola, Inc. | Method and system for managing communication devices |
US20080160980A1 (en) * | 2006-12-28 | 2008-07-03 | Motorola, Inc. | Method and apparatus for determining a group call wait time |
US8189460B2 (en) * | 2006-12-28 | 2012-05-29 | Cisco Technology, Inc. | Method and system for providing congestion management within a virtual talk group |
US20080167018A1 (en) * | 2007-01-10 | 2008-07-10 | Arlene Havlark | Wireless telecommunications location based services scheme selection |
US20080187143A1 (en) * | 2007-02-01 | 2008-08-07 | Research In Motion Limited | System and method for providing simulated spatial sound in group voice communication sessions on a wireless communication device |
US8050386B2 (en) | 2007-02-12 | 2011-11-01 | Telecommunication Systems, Inc. | Mobile automatic location identification (ALI) for first responders |
US8509788B2 (en) * | 2007-03-08 | 2013-08-13 | Motorola Mobility Llc | Dynamic sharing of wireless resources among different communication networks |
US7631040B1 (en) * | 2007-03-19 | 2009-12-08 | At&T Intellectual Property Ii, L.P. | System and measured method for multilingual collaborative network interaction |
US8611921B2 (en) | 2007-04-06 | 2013-12-17 | Qualcomm Incorporated | Delay and backhaul-efficient paging method and apparatus |
US9462060B2 (en) * | 2007-04-23 | 2016-10-04 | Alcatel Lucent | System and method for sending notification message to a mobile station using session initiation protocol (SIP) |
JP4929040B2 (ja) | 2007-05-10 | 2012-05-09 | キヤノン株式会社 | 通信装置及び通信方法 |
US8874159B2 (en) * | 2007-05-10 | 2014-10-28 | Cisco Technology, Inc. | Method and system for handling dynamic incidents |
WO2009014751A2 (en) * | 2007-07-24 | 2009-01-29 | Nokia Siemens Networks Oy | Apparatus, methods and computer program product providing group source allocation for reducing signaling overhead |
ATE512539T1 (de) * | 2007-08-21 | 2011-06-15 | Nokia Siemens Networks Oy | Verfahren, vorrichtungen, system und entsprechendes computerprogramm für den zugriff eines benutzergerätes |
EP2196014A4 (en) | 2007-09-17 | 2014-12-24 | Telecomm Systems Inc | 911 EMERGENCY SERVICE DATA MESSAGING |
US8644872B2 (en) | 2007-09-24 | 2014-02-04 | Qualcomm Incorporated | Continuous broadcast interface maintenance for group communications to wireless communications devices |
US7929530B2 (en) | 2007-11-30 | 2011-04-19 | Telecommunication Systems, Inc. | Ancillary data support in session initiation protocol (SIP) messaging |
US9130963B2 (en) | 2011-04-06 | 2015-09-08 | Telecommunication Systems, Inc. | Ancillary data support in session initiation protocol (SIP) messaging |
US8009648B2 (en) | 2008-05-08 | 2011-08-30 | Harris Corporation | Mobile ad hoc network with isosynchronous communications and related methods |
US8737281B2 (en) * | 2008-06-18 | 2014-05-27 | Thomson Licensing | Apparatus for multicast transmissions in wireless local area networks |
GB2460897A (en) * | 2008-06-18 | 2009-12-23 | Skype Ltd | Authorising and adding a user to a conference event by determining if a set up request received from the user is associated with the conference event |
EP2294837B1 (en) * | 2008-06-18 | 2019-08-07 | InterDigital CE Patent Holdings | Contention-based medium reservation methods and apparata for multicast transmissions in wireless local area networks |
US8462686B2 (en) * | 2008-06-23 | 2013-06-11 | Thomson Licensing | Apparatus for collision mitigation of multicast transmissions in wireless networks |
WO2009157892A1 (en) * | 2008-06-23 | 2009-12-30 | Thomson Licensing | Collision mitigation for multicast transmission in wireless local area networks |
RU2478259C2 (ru) * | 2008-06-26 | 2013-03-27 | Томсон Лайсенсинг | Устройство для запроса подтверждения и передачи подтверждения групповых данных в беспроводных локальных сетях |
BRPI0822820A2 (pt) * | 2008-06-26 | 2015-07-07 | Thomson Licensing | Método e aparelhagem para identificação e retransmissão de dados multidifundidos em redes de trabalho sem fio em área local |
US8068587B2 (en) | 2008-08-22 | 2011-11-29 | Telecommunication Systems, Inc. | Nationwide table routing of voice over internet protocol (VOIP) emergency calls |
US8892128B2 (en) * | 2008-10-14 | 2014-11-18 | Telecommunication Systems, Inc. | Location based geo-reminders |
EP2347395A4 (en) | 2008-10-14 | 2016-11-02 | Telecomm Systems Inc | Location Based Approach Alert |
US20100161727A1 (en) * | 2008-12-19 | 2010-06-24 | Cisco Technology, Inc. | System and Method for Accelerating a Wide Area Notification |
US8041378B2 (en) | 2008-12-19 | 2011-10-18 | Cisco Technology, Inc. | System and method for providing channel configurations in a communications environment |
US8126494B2 (en) * | 2008-12-19 | 2012-02-28 | Cisco Technology, Inc. | System and method for providing a trunked radio and gateway |
US9301191B2 (en) | 2013-09-20 | 2016-03-29 | Telecommunication Systems, Inc. | Quality of service to over the top applications used with VPN |
US8867485B2 (en) | 2009-05-05 | 2014-10-21 | Telecommunication Systems, Inc. | Multiple location retrieval function (LRF) network having location continuity |
US20110009086A1 (en) * | 2009-07-10 | 2011-01-13 | Todd Poremba | Text to 9-1-1 emergency communication |
US8494527B2 (en) * | 2009-07-23 | 2013-07-23 | Telefonaktiebolaget Lm Ericsson (Publ) | Method for transferring a communication session in a telecommunications network from a first connection to a second connection |
US8630667B2 (en) | 2009-10-23 | 2014-01-14 | Apple Inc. | Methods and apparatus for paging reception in multimode wireless networks |
US20130063246A1 (en) * | 2010-02-22 | 2013-03-14 | Easy Axess Gmbh I.G. | System and method for electronically providing an access authorization |
US8495142B2 (en) * | 2010-03-11 | 2013-07-23 | Cisco Technology, Inc. | System and method for providing data channel management in a network environment |
DE102010021770B9 (de) * | 2010-05-27 | 2012-05-24 | Infineon Technologies Ag | Verfahren und Vorrichtung zum Anfordern einer Medien-Replikation in einer kollaborativen Kommunikationssitzung und Verfahren und Vorrichtung zum Zuweisen eines Kommunikations-Mediums einer kollaborativen Kommunikationssitzung |
US8412254B2 (en) | 2010-06-02 | 2013-04-02 | R&L Carriers, Inc. | Intelligent wireless dispatch systems |
US8336664B2 (en) | 2010-07-09 | 2012-12-25 | Telecommunication Systems, Inc. | Telematics basic mobile device safety interlock |
WO2012005769A1 (en) | 2010-07-09 | 2012-01-12 | Telecommunication Systems, Inc. | Location privacy selector |
CN102438327A (zh) * | 2010-09-29 | 2012-05-02 | 中兴通讯股份有限公司 | 一种组呼信道建立方法、系统及移动交换中心 |
JP4927213B1 (ja) * | 2010-12-03 | 2012-05-09 | 株式会社エヌ・ティ・ティ・ドコモ | 移動通信方法、ゲートウェイ装置、移動管理ノード及び呼セッション制御サーバ装置 |
US8942743B2 (en) | 2010-12-17 | 2015-01-27 | Telecommunication Systems, Inc. | iALERT enhanced alert manager |
US8688087B2 (en) | 2010-12-17 | 2014-04-01 | Telecommunication Systems, Inc. | N-dimensional affinity confluencer |
WO2012102634A1 (ru) * | 2011-01-25 | 2012-08-02 | Krechetov Oleg Vasilyevich | Способ автоматического поиска пользователей в заданном местонахождении методом условной авторизации радиоэлектронных устройств |
US8682321B2 (en) | 2011-02-25 | 2014-03-25 | Telecommunication Systems, Inc. | Mobile internet protocol (IP) location |
US8649806B2 (en) | 2011-09-02 | 2014-02-11 | Telecommunication Systems, Inc. | Aggregate location dynometer (ALD) |
US9479344B2 (en) | 2011-09-16 | 2016-10-25 | Telecommunication Systems, Inc. | Anonymous voice conversation |
WO2013048551A1 (en) | 2011-09-30 | 2013-04-04 | Telecommunication Systems, Inc. | Unique global identifier for minimizing prank 911 calls |
US9313637B2 (en) | 2011-12-05 | 2016-04-12 | Telecommunication Systems, Inc. | Wireless emergency caller profile data delivery over a legacy interface |
US9264537B2 (en) | 2011-12-05 | 2016-02-16 | Telecommunication Systems, Inc. | Special emergency call treatment based on the caller |
US8984591B2 (en) | 2011-12-16 | 2015-03-17 | Telecommunications Systems, Inc. | Authentication via motion of wireless device movement |
US9854079B2 (en) * | 2011-12-29 | 2017-12-26 | International Business Machines Corporation | Contact list availability prioritization |
US9384339B2 (en) | 2012-01-13 | 2016-07-05 | Telecommunication Systems, Inc. | Authenticating cloud computing enabling secure services |
US8688174B2 (en) | 2012-03-13 | 2014-04-01 | Telecommunication Systems, Inc. | Integrated, detachable ear bud device for a wireless phone |
US9307372B2 (en) | 2012-03-26 | 2016-04-05 | Telecommunication Systems, Inc. | No responders online |
US9544260B2 (en) | 2012-03-26 | 2017-01-10 | Telecommunication Systems, Inc. | Rapid assignment dynamic ownership queue |
US9338153B2 (en) | 2012-04-11 | 2016-05-10 | Telecommunication Systems, Inc. | Secure distribution of non-privileged authentication credentials |
WO2014028712A1 (en) | 2012-08-15 | 2014-02-20 | Telecommunication Systems, Inc. | Device independent caller data access for emergency calls |
US9208346B2 (en) | 2012-09-05 | 2015-12-08 | Telecommunication Systems, Inc. | Persona-notitia intellection codifier |
EP2894934B1 (en) * | 2012-10-16 | 2017-08-09 | Huawei Technologies Co., Ltd. | Group area management method, device and system |
CN103813035A (zh) * | 2012-11-14 | 2014-05-21 | 中兴通讯股份有限公司 | 会议接入方法及装置 |
TWI486026B (zh) | 2012-11-21 | 2015-05-21 | Hon Hai Prec Ind Co Ltd | 網路協定語音系統及網路通話方法 |
CN103856903B (zh) * | 2012-12-03 | 2018-07-06 | 中兴通讯股份有限公司 | 一种集群接入网、终端设备和加入集群组的方法 |
US9456301B2 (en) | 2012-12-11 | 2016-09-27 | Telecommunication Systems, Inc. | Efficient prisoner tracking |
US8983047B2 (en) | 2013-03-20 | 2015-03-17 | Telecommunication Systems, Inc. | Index of suspicion determination for communications request |
US9408034B2 (en) | 2013-09-09 | 2016-08-02 | Telecommunication Systems, Inc. | Extended area event for network based proximity discovery |
US9516104B2 (en) | 2013-09-11 | 2016-12-06 | Telecommunication Systems, Inc. | Intelligent load balancer enhanced routing |
US9479897B2 (en) | 2013-10-03 | 2016-10-25 | Telecommunication Systems, Inc. | SUPL-WiFi access point controller location based services for WiFi enabled mobile devices |
US8929257B1 (en) * | 2013-10-11 | 2015-01-06 | Edifire LLC | Methods and systems for subconferences in secure media-based conferencing |
US20160373525A1 (en) * | 2013-12-24 | 2016-12-22 | Yulong Computer Telecommunication Scientific (Shenzhen) Co., Ltd. | Server and user group management method |
EP3183839B1 (en) * | 2014-08-18 | 2020-10-21 | Nokia Solutions and Networks Oy | Group communication service enabler security |
WO2016032981A1 (en) | 2014-08-25 | 2016-03-03 | NuVolta Technologies | Wireless power transfer system and method |
WO2016179756A1 (en) * | 2015-05-08 | 2016-11-17 | Motorola Solutions, Inc. | Method and apparatus for replaying a missing voice stream portion at a late entry subscriber device |
US10123182B2 (en) * | 2015-06-29 | 2018-11-06 | Blackberry Limited | Merging active group calls |
US10827002B2 (en) | 2018-12-03 | 2020-11-03 | At&T Intellectual Property I, L.P. | Group communication and service optimization system |
KR20230001918A (ko) | 2021-06-29 | 2023-01-05 | 삼성전자주식회사 | 반도체 소자 |
Family Cites Families (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CA1333296C (en) * | 1988-11-15 | 1994-11-29 | Dawn Smith | Group emergency call system |
GB2281676A (en) * | 1993-09-07 | 1995-03-08 | Motorola Ltd | System for broadcast and group communications in a communications system |
FI97844C (fi) | 1994-02-16 | 1997-02-25 | Nokia Telecommunications Oy | Menetelmä puhelun ohjaamiseksi tietoliikennejärjestelmässä ja tietoliikennejärjestelmä |
US5835485A (en) | 1995-11-22 | 1998-11-10 | Motorola, Inc. | Method for dynamic routing of communication messages |
US5933780A (en) * | 1997-02-21 | 1999-08-03 | Connor; James M. | Method and apparatus for enhanced logged supergroup/multigroup call retrieval |
US6385461B1 (en) * | 1998-11-16 | 2002-05-07 | Ericsson Inc. | User group indication and status change in radiocommunications systems |
WO2001031964A1 (en) | 1999-10-26 | 2001-05-03 | Telefonaktiebolaget Lm Ericsson (Publ) | Dynamically controlled group call services in mobile telecommunications networks |
ES2343563T3 (es) * | 2000-03-03 | 2010-08-04 | Qualcomm Incorporated | Procedimiento y aparato para participar en servicios de comunicacion en grupo en un sistema de comunicacion existente. |
US6873854B2 (en) * | 2002-02-14 | 2005-03-29 | Qualcomm Inc. | Method and an apparatus for adding a new member to an active group call in a group communication network |
US20030154249A1 (en) * | 2002-02-14 | 2003-08-14 | Crockett Douglas M. | Method and an apparatus for removing a member from an active group call in a group communication network |
US20030153341A1 (en) * | 2002-02-14 | 2003-08-14 | Crockett Douglas M. | Server for initiating a group call in a group communication network |
US20030153340A1 (en) * | 2002-02-14 | 2003-08-14 | Crockett Douglas M. | Server for joining a user to a group call in a group communication network |
US6781963B2 (en) * | 2002-02-14 | 2004-08-24 | Qualcomm Inc | Method and an apparatus for terminating a user from a group call in a group communication network |
-
2002
- 2002-02-14 US US10/076,941 patent/US6873854B2/en not_active Expired - Lifetime
-
2003
- 2003-02-11 MY MYPI20030470A patent/MY134458A/en unknown
- 2003-02-12 CA CA2476277A patent/CA2476277C/en not_active Expired - Fee Related
- 2003-02-12 AU AU2003211097A patent/AU2003211097B2/en not_active Ceased
- 2003-02-12 EP EP03739823A patent/EP1474938B1/en not_active Expired - Lifetime
- 2003-02-12 JP JP2003568910A patent/JP4519466B2/ja not_active Expired - Fee Related
- 2003-02-12 ES ES03739823T patent/ES2274251T3/es not_active Expired - Lifetime
- 2003-02-12 PT PT03739823T patent/PT1474938E/pt unknown
- 2003-02-12 AT AT03739823T patent/ATE345017T1/de not_active IP Right Cessation
- 2003-02-12 DK DK03739823T patent/DK1474938T3/da active
- 2003-02-12 NZ NZ534419A patent/NZ534419A/en not_active IP Right Cessation
- 2003-02-12 WO PCT/US2003/004630 patent/WO2003069928A1/en active IP Right Grant
- 2003-02-12 DE DE60309567T patent/DE60309567T2/de not_active Expired - Lifetime
- 2003-02-12 BR BRPI0307646-6A patent/BR0307646A/pt not_active Application Discontinuation
- 2003-02-12 RU RU2004127452/09A patent/RU2316146C2/ru not_active IP Right Cessation
- 2003-02-12 MX MXPA04007859A patent/MXPA04007859A/es active IP Right Grant
- 2003-02-12 CN CNB038072025A patent/CN100559898C/zh not_active Expired - Fee Related
- 2003-02-12 KR KR1020047012610A patent/KR100928859B1/ko not_active IP Right Cessation
- 2003-02-13 AR ARP030100467A patent/AR038516A1/es unknown
- 2003-02-14 TW TW092103074A patent/TW200303692A/zh unknown
-
2010
- 2010-02-05 JP JP2010023997A patent/JP4927964B2/ja not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
US20030153339A1 (en) | 2003-08-14 |
JP2010158039A (ja) | 2010-07-15 |
KR20040077963A (ko) | 2004-09-07 |
JP4927964B2 (ja) | 2012-05-09 |
AU2003211097A1 (en) | 2003-09-04 |
CN100559898C (zh) | 2009-11-11 |
CA2476277C (en) | 2012-05-08 |
EP1474938B1 (en) | 2006-11-08 |
KR100928859B1 (ko) | 2009-11-30 |
EP1474938A1 (en) | 2004-11-10 |
DE60309567D1 (de) | 2006-12-21 |
PT1474938E (pt) | 2007-02-28 |
DE60309567T2 (de) | 2007-08-02 |
RU2004127452A (ru) | 2006-01-27 |
JP2005535156A (ja) | 2005-11-17 |
CA2476277A1 (en) | 2003-08-21 |
BR0307646A (pt) | 2006-12-26 |
RU2316146C2 (ru) | 2008-01-27 |
MY134458A (en) | 2007-12-31 |
MXPA04007859A (es) | 2004-10-15 |
US6873854B2 (en) | 2005-03-29 |
DK1474938T3 (da) | 2007-02-12 |
AU2003211097B2 (en) | 2009-01-22 |
AR038516A1 (es) | 2005-01-19 |
NZ534419A (en) | 2007-04-27 |
ATE345017T1 (de) | 2006-11-15 |
JP4519466B2 (ja) | 2010-08-04 |
CN1643950A (zh) | 2005-07-20 |
WO2003069928A1 (en) | 2003-08-21 |
TW200303692A (en) | 2003-09-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
ES2274251T3 (es) | Procedimiento y aparato para añadir un nuevo miembro a una llamada de grupo activa en una red de comunicaciones en grupo. | |
ES2305477T3 (es) | Procedimiento y aparato para la terminacion de un usuario de una llamada de grupo en una red de comunicaciones de grupo. | |
ES2346740T3 (es) | Procedimiento y aparato para reducir la latencia en la activacion de un grupo de dispositivos de comunicacion inactivos. | |
AU2003225565B2 (en) | A communication device for joining a user to a group call in a group communication network | |
ES2343563T3 (es) | Procedimiento y aparato para participar en servicios de comunicacion en grupo en un sistema de comunicacion existente. | |
US20030153343A1 (en) | Communication device for initiating a group call in a group communication network | |
US20030154249A1 (en) | Method and an apparatus for removing a member from an active group call in a group communication network | |
US20030153341A1 (en) | Server for initiating a group call in a group communication network | |
JP2005518170A (ja) | グループ通信ネットワークにおけるグループ呼にユーザを加入させるためのサーバ | |
JP2005526425A (ja) | グループ通信ネットワークにユーザを登録するための方法および装置 |