ES2343563T3 - Procedimiento y aparato para participar en servicios de comunicacion en grupo en un sistema de comunicacion existente. - Google Patents
Procedimiento y aparato para participar en servicios de comunicacion en grupo en un sistema de comunicacion existente. Download PDFInfo
- Publication number
- ES2343563T3 ES2343563T3 ES01914640T ES01914640T ES2343563T3 ES 2343563 T3 ES2343563 T3 ES 2343563T3 ES 01914640 T ES01914640 T ES 01914640T ES 01914640 T ES01914640 T ES 01914640T ES 2343563 T3 ES2343563 T3 ES 2343563T3
- Authority
- ES
- Spain
- Prior art keywords
- network
- communication
- user
- message
- sip
- 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
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
- H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
- H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
- H04L63/0442—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload wherein the sending and receiving network entities apply asymmetric encryption, i.e. different keys for encryption and decryption
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/06—Network architectures or network communication protocols for network security for supporting key management in a packet data network
- H04L63/065—Network architectures or network communication protocols for network security for supporting key management in a packet data network for group communications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/1046—Call controllers; Call servers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/40—Support for services or applications
- H04L65/403—Arrangements for multi-party communication, e.g. for conferences
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/40—Support for services or applications
- H04L65/4061—Push-to services, e.g. push-to-talk or push-to-video
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- 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)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Computer Hardware Design (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Telephone Function (AREA)
Abstract
Un dispositivo (108; 112; 116) de comunicación de tipo pulsar-para-hablar, para participar en una red de comunicación grupal en un sistema de comunicaciones, comprendiendo dicha red de comunicación grupal un controlador para gestionar dicha red de comunicación grupal y una interfaz con dicho dispositivo (108; 112; 116) de comunicación de tipo pulsar-para-hablar, comprendiendo dicho dispositivo (108; 112; 116) comunicador: un procesador configurado para convertir señales de información en datos en paquetes, adecuados para su transmisión por una red distribuida; un transmisor configurado para transmitir datos en paquetes, a través de un primer canal, a dicho controlador; un receptor configurado para recibir datos en paquetes, a través de un segundo canal, desde dicho controlador; y un mecanismo activado por un usuario, configurado para activar dicho transmisor cuando un usuario de dicho dispositivo (108; 112; 116) de comunicación desea transmitir dichos datos en paquetes a dicho controlador; caracterizado porque dicho procesador comprende adicionalmente un nivel de prioridad dinámicamente configurable, en donde dicho nivel de prioridad está configurado para determinar si dicho dispositivo (108; 112; 116) de comunicación tiene la autoridad para obtener privilegio de transmisión sobre otro dispositivo (108; 112; 116) de comunicación, de forma tal que dicho dispositivo (108; 112; 116) de comunicación pueda interrumpir la transmisión de dicho dispositivo (108; 112; 116) de comunicación con un nivel de prioridad inferior.
Description
Procedimiento y aparato para participar en
servicios de comunicación en grupo en un sistema de comunicación
existente.
La presente invención se refiere a sistemas de
comunicaciones punto a multipunto. Más específicamente, la presente
invención se refiere a un aparato y procedimiento para habilitar
servicios de comunicaciones grupales utilizando el Protocolo de
Internet estándar en un sistema de comunicación existente.
Los sistemas de comunicación punto a multipunto
han sido utilizados para proporcionar comunicaciones, generalmente,
entre una ubicación central y múltiples usuarios del sistema. Por
ejemplo, sistemas de despacho, utilizando Radios Móviles Terrestres
(LMR), han sido utilizados en camiones, taxis, autobuses y otros
vehículos, a fin de comunicar información de programación entre un
centro de despacho central y uno o más correspondientes vehículos
de la flota. Las comunicaciones pueden dirigirse a un vehículo
específico en la flota o bien a todos los vehículos
simultáneamente.
Otro ejemplo de sistema de comunicación punto a
multipunto es un sistema inalámbrico de tipo
pulsar-para-hablar. Tal sistema
permite a un grupo de individuos, cada uno con un dispositivo de
comunicación inalámbrica, comunicarse con otros miembros del grupo.
Típicamente, un sistema de tipo
pulsar-para-hablar se basa en una
única frecuencia, o canal dedicado, por el cual las comunicaciones
son recibidas por los dispositivos de comunicación inalámbrica. En
la mayoría de los sistemas, sólo un miembro puede transmitir
información a los otros miembros a la vez. Sin embargo, todos los
miembros pueden escuchar el canal de difusión dedicado para recibir
comunicaciones desde el miembro individual que está transmitiendo.
Los miembros que desean transmitir a otros miembros del sistema
habitualmente envían una solicitud de acceso pulsando un botón
pulsar-para-hablar en su respectivo
dispositivo de comunicación, que permite al usuario acceso único al
canal dedicado.
Los sistemas de tipo
pulsar-para-hablar se emplean
habitualmente en entornos exteriores, donde un grupo de personas, o
miembros, requieren comunicaciones entre sí de tipo "punto a
multipunto". Los ejemplos de usos de sistemas de tipo
pulsar-para-hablar incluyen
comunicaciones de grupos de trabajo, comunicaciones de seguridad,
comunicación de sedes de construcción y comunicaciones militares
localizadas. El grupo de personas que requiere comunicaciones entre
sí se conoce comúnmente como una "red", siendo cada miembro de
la red denominado a veces un "miembro de red".
La Publicación de Solicitud de Patente del RU Nº
GB2 290 196 revela un procedimiento y sistema para reducir el
tiempo de acceso en sistemas de radio troncales.
En un típico sistema de tipo
pulsar-para-hablar, un canal
dedicado, denominado a veces un canal difusor, se emplea para
transmitir comunicaciones desde un miembro a otros múltiples
miembros de la red simultáneamente. El canal dedicado puede
comprender un único canal o frecuencia, o un grupo de canales
individuales gestionado por un controlador para imitar el canal
individual. En cualquier caso, sólo un miembro puede transmitir
comunicaciones de voz y/o datos a los otros usuarios miembros en
cualquier momento dado. Si otro miembro intenta transmitir por el
canal difusor mientras otro miembro está transmitiendo, tendrá lugar
la interferencia entre las dos comunicaciones competidoras, lo que
tendrá como resultado comunicaciones ininteligibles recibidas por
los otros miembros de
red.
red.
A fin de implementar un sistema de comunicación
del tipo pulsar-para-hablar en un
sistema convencional de comunicación inalámbrica, son generalmente
necesarias modificaciones onerosas de la infraestructura.
Además de los altos costes asociados a los
sistemas actuales de comunicación inalámbrica punto a multipunto,
en general, las comunicaciones se limitan a miembros que actúan a
una distancia relativamente cercana entre sí, utilizando la misma
tecnología, o una similar. En otras palabras, las comunicaciones
punto a multipunto no se extienden a otras redes o tecnologías de
comunicación, tales como la Red Telefónica Pública Conmutada
(RTPC), a redes de datos, tales como Internet, o a sistemas de
comunicación por satélite, tales como el sistema de comunicación
por satélite GlobalStar.
Así, la presente invención, según se expone en
las reivindicaciones adjuntas, es un dispositivo de comunicación de
tipo pulsar-para-hablar, para
participar en una red de comunicación grupal. La red de comunicación
grupal comprende un controlador para gestionar la red de
comunicación grupal y una interfaz con el dispositivo de
comunicación de tipo
pulsar-para-hablar. Un procesador
convierte señales de información en datos en paquetes, adecuados
para la transmisión por una red distribuida. El procesador también
puede tener información de identificación, y actualiza su
información de identificación cuando su información actual de
identificación ha cambiado, o está por hacerlo. El procesador
transmite entonces su nueva información de identificación al
controlador. El dispositivo de tipo
pulsar-para-hablar también comprende
un transmisor para transmitir datos en paquetes, a través de un
primer canal, al controlador. Un receptor recibe datos en paquetes,
a través de un segundo canal, desde el controlador. El dispositivo
de tipo pulsar-para-hablar también
comprende un mecanismo activado por el usuario, para activar el
transmisor cuando un usuario del dispositivo de comunicación desea
transmitir datos en paquetes a dicho controlador.
En una realización, el dispositivo de
comunicación es un dispositivo de comunicación inalámbrica. El
dispositivo de comunicación puede comprender adicionalmente memoria
para almacenar datos en paquetes, hasta que el controlador esté
listo para recibir los datos en paquetes. La memoria se utiliza para
minimizar la latencia percibida de un usuario. El procesador puede
comprender adicionalmente un nivel de prioridad dinámicamente
configurable, en donde el nivel de prioridad determina si el
dispositivo de comunicación tiene o no la autoridad para obtener
privilegio de transmisión sobre otro dispositivo de comunicación, de
forma tal que el dispositivo de comunicación pueda interrumpir la
transmisión de un dispositivo de comunicación con un nivel de
prioridad inferior. Además, el procesador puede recibir información
del controlador con respecto a la red de comunicaciones grupales,
tal como quién está participando en la red, cuántos están
participando en la red, y dónde están físicamente los usuarios.
El dispositivo de comunicación también puede
funcionar en una modalidad segura. El procesador puede comprender
adicionalmente información de identificación. El procesador
actualiza su información de identificación cuando su información de
identificación actual ha cambiado o está por hacerlo, y transmite su
nueva información de identificación al controlador.
La red de comunicaciones grupales también es
capaz de estar en una modalidad durmiente. La activación del
mecanismo activado por el usuario incita al controlador a sacar la
red de comunicaciones de la modalidad durmiente.
El dispositivo de comunicación se comunica con
el gestor de comunicaciones. El gestor de comunicaciones comprende
un primer nodo para establecer un primer canal con un primer
dispositivo de comunicación. Al menos un segundo nodo establece al
menos un segundo canal con al menos un segundo dispositivo de
comunicación. El canal que conecta los dispositivos de comunicación
con el controlador, o el gestor de comunicación, comprende un canal
del protocolo de iniciación de señal (SIP), un canal de señalización
de medios y un canal de tráfico de medios. Un controlador, también
llamado un gestor de comunicaciones, conecta eléctricamente el
primer nodo con al menos un segundo nodo. El controlador comprende
adicionalmente un módulo de base de datos. El módulo de base de
datos comprende información de identificación de cada uno de los
dispositivos de comunicación del grupo. El controlador es
dinámicamente configurable, de forma tal que cualquier dispositivo
individual de comunicación del grupo sea capaz de enviar datos en
paquetes por su respectivo canal a los otros dispositivos de
comunicación del grupo. En una realización, los datos en paquetes
contienen información sensible al tiempo. En otra realización, al
menos uno de los dispositivos de comunicación es un dispositivo de
comunicación inalámbrica.
El controlador comprende adicionalmente un
módulo central y una red, o módulo MCU (unidad de control de
medios). El módulo central y dicho módulo de red están conectados
con la red distribuida. El módulo central establece la
identificación de cada uno de los dispositivos de comunicaciones y
redirige la información desde los dispositivos de comunicación al
módulo de red. El módulo de red manipula y gestiona información
transmitida entre el grupo de dispositivos de comunicación. En una
realización, el módulo de base de datos es una parte del módulo
central. El módulo central comprende adicionalmente un módulo de
registro de facturación. El módulo de registro de facturación
mantiene una historia de la actividad entre los dispositivos de
comunicación.
El módulo de red comprende adicionalmente un
módulo de registro local. El módulo de registro local mantiene una
historia de la actividad entre los dispositivos de comunicación, y
transfiere la historia compilada al módulo de registro de
facturación. El controlador comprende adicionalmente un servidor de
nivel superior. El servidor de nivel superior envía y recibe datos
en paquetes desde los dispositivos de comunicaciones. Los datos en
paquetes comprenden información tal como datos de identificación del
dispositivo de comunicación, datos de ubicación del dispositivo de
comunicación y datos de control para establecer, modificar o
terminar las comunicaciones grupales.
El controlador comprende adicionalmente un
primer temporizador que mide un primer periodo de tiempo
transcurrido. Si alguno de los dispositivos de comunicación no ha
transmitido información al controlador antes de que el periodo de
tiempo se extinga, el controlador envía un mensaje a cada uno de los
dispositivos de comunicaciones para ingresar a una modalidad
durmiente. El controlador comprende adicionalmente un segundo
temporizador que mide un segundo periodo de tiempo transcurrido. Si
alguno de los dispositivos de comunicación no ha transmitido
información al controlador dentro de un periodo de tiempo
predeterminado, el controlador envía un mensaje a cada uno de los
dispositivos de comunicaciones, con el fin de suscitar una respuesta
desde los dispositivos de comunicación, para determinar si el
dispositivo de comunicación desea permanecer activo.
El controlador comprende adicionalmente un
arbitrador que asigna un nivel de prioridad a cada uno de los
dispositivos de comunicaciones. El nivel de prioridad determina una
jerarquía de privilegios de transmisión de los dispositivos de
comunicaciones, de forma tal que los dispositivos de comunicación
que tengan un mayor nivel de prioridad puedan interrumpir la
transmisión de dispositivos de comunicación con un nivel de
prioridad inferior. La asignación del nivel de prioridad es
dinámicamente configurable.
El controlador comprende adicionalmente una
memoria de almacenamiento temporal que almacena los datos en
paquetes hasta que el dispositivo de comunicación esté listo para
recibir dichos datos en paquetes. La memoria de almacenamiento
temporal se utiliza para minimizar la latencia percibida de un
usuario. Los dispositivos de comunicación pueden funcionar en la
misma red, a pesar de funcionar en distintas infraestructuras de
comunicaciones, que incluyen, pero sin limitarse, a CDMA (Acceso
Múltiple por División de Código), TDMA (Acceso Múltiple por División
del Tiempo) y GSM (Sistema Global de Comunicaciones Móviles).
En consecuencia, es una característica y ventaja
de la invención proporcionar comunicaciones de voz de extremo a
extremo utilizando el protocolo de Internet.
Es otra característica y ventaja de la invención
proporcionar comunicaciones inalámbricas de voz de extremo a
extremo utilizando el protocolo de Internet.
Es otra característica y ventaja de la invención
proporcionar comunicaciones inalámbricas de tipo
pulsar-para-hablar a un grupo de
participantes, transmitiendo la voz como datos en paquetes,
utilizando el protocolo de Internet.
Es otra característica y ventaja de la invención
proporcionar un sistema de tipo
pulsar-para-hablar sobre una
infraestructura de comunicaciones existente, sin tener que modificar
la existente infraestructura de comunicaciones subyacente.
Es otra característica y ventaja de la invención
permitir que un grupo de dispositivos de comunicaciones de línea de
cable, o inalámbricos, transmita y reciba datos de voz entre sí
utilizando el protocolo de Internet.
Es otra característica y ventaja de la invención
proporcionar una modalidad durmiente para una red de tipo
pulsar-para-hablar inactiva.
Es otra característica y ventaja de la invención
proporcionar un gestor de comunicaciones, para gestionar y
controlar una o más redes de tipo
pulsar-para-hablar.
Es otra característica y ventaja de la invención
proporcionar una unidad dedicada de control de medios para una red
específica de tipo
pulsar-para-hablar.
Es otra característica y ventaja de la invención
proporcionar duplexado completo sobre datos en paquetes.
Es otra característica y ventaja de la invención
proporcionar un canal de señalización para configurar y mantener
una red de tipo
pulsar-para-hablar.
Es otra característica y ventaja de la invención
proporcionar seguridad para las transmisiones de voz sobre el
protocolo de Internet.
Es otra característica y ventaja de la invención
proporcionar una historia detallada de las transacciones en una red
de tipo pulsar-para-hablar.
Es otra característica y ventaja de la invención
proporcionar arbitraje para permitir que uno o más usuarios
prevalezcan sobre la autoridad para transmitir voz o datos con una
prioridad de acceso por encima de la de otros usuarios de una red
de tipo pulsar-para-hablar.
Es otra característica y ventaja de la invención
minimizar la latencia percibida para un usuario de una red de tipo
pulsar-para-hablar.
Es otra característica y ventaja de la invención
permitir que el dispositivo de comunicaciones descarte tramas de
datos para minimizar la latencia.
Es otra característica y ventaja de la invención
permitir que el dispositivo de comunicaciones anticipe la concesión
de una solicitud a fin de minimizar la latencia.
Es otra característica y ventaja de la invención
almacenar temporalmente datos de voz de cada usuario hasta que un
usuario dado esté listo para recibir los datos.
Es otra característica y ventaja de la invención
permitir a un usuario la multidifusión por un único canal directo a
múltiples oyentes.
Es otra característica y ventaja de la invención
permitir a un dispositivo de comunicaciones reconocer, e informar
de, que su dirección de identificación ha cambiado o está por
hacerlo.
Es otra característica y ventaja de la invención
solicitar a un usuario que determine si el usuario es aún una parte
activa de una red de tipo
pulsar-para-hablar.
Es otra característica y ventaja de la invención
permitir a un usuario conmutar entre múltiples redes de tipo
pulsar-para-hablar.
Es otra característica y ventaja de la invención
permitir a un usuario determinar dinámicamente los miembros de una
red dada de tipo
pulsar-para-hablar.
Es otra característica y ventaja de la invención
proporcionar a un usuario una lista de redes potenciales de tipo
pulsar-para-hablar a las que el
usuario puede unirse.
Es otra característica y ventaja de la invención
proporcionar a un usuario información geográfica, y otra
información específica de usuario, acerca de otros usuarios de la
red de tipo pulsar-para-hablar.
Así, según un primer aspecto de la presente
invención, se proporciona un dispositivo de comunicación de tipo
pulsar-para-hablar, según se
estipula en la reivindicación 1.
Según un segundo aspecto, se proporciona un
procedimiento de participar utilizando un dispositivo de
comunicación de tipo
pulsar-para-hablar en una red de
comunicación grupal, según se estipula en la reivindicación 14.
Según un tercer aspecto de la presente
invención, se proporciona un medio de almacenamiento de ordenador en
un dispositivo de comunicación de tipo
pulsar-para-hablar, según se
estipula en la reivindicación 22.
Las características y ventajas de la presente
invención devendrán más evidentes a partir de la descripción
detallada expuesta más adelante, cuando se considere conjuntamente
con los dibujos, en los cuales los caracteres de referencia
idénticos identifican de forma correspondiente en toda su extensión,
y en los cuales:
La Fig 1 ilustra un sistema de difusión por
red.
La Fig. 2 ilustra una red del NBS (Servicio de
Difusión por Red) y cómo interactúan los dispositivos de
comunicación con un gestor de comunicaciones (CM) 104.
La Fig. 3 ilustra un diagrama funcional en
bloques del CM.
La Fig. 4 ilustra un ejemplo de una pila de
protocolos de señalización del SIP del NBS.
La Fig. 5 ilustra una pila de protocolos de
señalización de medios del NBS.
La Fig. 6 ilustra una pila de protocolos de
medios de voz de protocolos en tiempo real.
La Fig. 7 ilustra una pila de protocolos de
medios de voz del UDP (Protocolo de Datagramas de Usuario).
La Fig. 8 ilustra una pila de protocolos de
tráfico de medios.
La Fig. 9 ilustra una pila de protocolos de
cliente del DNS (Servicio de Nombres de Dominio).
La Fig. 10 ilustra la funcionalidad de alto
nivel del módulo 500 de servicios grupales del dispositivo de
comunicación.
La Fig. 11 ilustra la señalización 350 de
llamadas del SIP.
La Fig. 12 ilustra una secuencia de mensajes de
señalización de medios.
La Fig. 13 ilustra la secuencia de mensajes de
señalización de medios con respecto a la inactividad.
La Fig. 14 ilustra una secuencia de mensajes de
señalización de medios del NBS.
La Fig. 15 ilustra un diagrama de estados del CM
104.
La Fig. 16 ilustra un diagrama de estados del
dispositivo 352 de comunicación.
El sistema del servicio de difusión por red
(NBS) permite que los dispositivos de comunicación del Protocolo de
Internet (IP) participen en una conferencia grupal de voz y datos.
El NBS es principalmente una aplicación de Voz sobre IP (VoIP). La
comunicación de la voz se transmite desde un dispositivo de
comunicación de un extremo orador a uno o más oyentes, encapsulando
tramas de voz en datagramas de IP. Los datos con voz también pueden
transmitirse de esta manera. El sistema del NBS se describe en la
Solicitud de Patente Estadounidense con Nº de Serie 09/518.985,
titulada "Method and Apparatus for Providing Group Communication
Services in an Existing Communication System" ["Procedimiento
y Aparato para Proporcionar Servicios de Comunicación Grupal en un
Sistema de Comunicación Existente"], registrada el 3 de marzo de
2000, Legajo Nº 000212, y en la Solicitud de Patente Estadounidense
con Nº de Serie 09/518.776, titulada "Method and Apparatus for
Participating in Group Communication Services in an Existing
Communications System" ["Procedimiento y Aparato para
Participar en Servicios de Comunicación Grupal en un Sistema de
Comunicaciones Existente"], registrada el 3 de marzo de 2000,
Legajo Nº 000211.
La Fig. 1 ilustra un diagrama funcional en
bloques de un sistema 10 de comunicación grupal. El sistema 10 de
comunicación grupal también se conoce como un sistema de tipo
pulsar-para-hablar, una red, un
servicio de difusión (NBS), un sistema de despacho, o un sistema de
comunicación de punto a multipunto. Una característica definitoria
de tal sistema NBS es que, en general, sólo un usuario puede
transmitir información a otros usuarios en cualquier momento dado.
En el NBS 10, un grupo de usuarios de dispositivos de comunicación,
conocidos individualmente como miembros de red, se comunican entre
sí utilizando un dispositivo de comunicación asignado 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 general, una base central de datos
contiene información que identifica a los miembros de cada red
específica. Puede funcionar más de una red 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,
en general, no con miembros de la segunda red. En otras
situaciones, 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.
La red funciona sobre un sistema de
comunicaciones existente, sin requerir cambios significativos en la
infraestructura existente. Así, un controlador y los usuarios en
una red pueden funcionar en cualquier sistema capaz de transmitir y
recibir información en 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^{TM}
o Iradium^{TM}, o una gran variedad de otros sistemas.
Los miembros de la red se comunican entre sí
utilizando un dispositivo de comunicación asignado, mostrado como
los dispositivos de comunicación (CD) 12, 14, 16 y 17. Los CD 12,
14, 16 y 17 pueden ser dispositivos de comunicación con línea de
cable o inalámbricos, tales como teléfonos inalámbricos terrestres,
teléfonos de línea de cable con capacidad de
pulsar-para-hablar, teléfonos
satelitales equipados con funcionalidad de
pulsar-para-hablar, cámaras de vídeo
inalámbricas, cámaras fijas, dispositivos de audio tales como
grabadores o reproductores de música, ordenadores portátiles o de
sobremesa, dispositivos buscapersonas o cualquier combinación de
los mismos. Por ejemplo, el CD 12 puede comprender un teléfono
terrestre inalámbrico con una cámara de vídeo y un 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 (abierta). A lo
largo de la siguiente exposición, la referencia a un CD individual
puede ser expresada por un teléfono inalámbrico de tipo
pulsar-para-hablar. Sin embargo,
debería entenderse que la referencia a un CD no se concibe como
limitada en sí, y puede abarcar otros dispositivos de comunicación
que tienen la capacidad de transmitir y recibir información en
paquetes según el Protocolo de Internet (IP).
En el sistema NBS 10 de la Fig. 2, se define un
privilegio de transmisión que generalmente permite a un único
usuario transmitir información a otros miembros de red en cualquier
momento dado. El privilegio de transmisión se concede o se deniega
a los miembros solicitantes de la red, según que el privilegio de
transmisión esté o no asignado actualmente a otro miembro de red
cuando se recibe la solicitud. El proceso de conceder y denegar
solicitudes de transmisión se conoce como arbitraje. Otros esquemas
de arbitraje evalúan factores tales como los niveles de prioridad
asignados a cada CD al determinar si se concede o no a un miembro
solicitante de red el privilegio de transmisión.
A fin de participar en el sistema NBS 10, cada
uno de los CD 12, 14, 16 y 17 tiene la capacidad de solicitar
privilegio de transmisión a un controlador o a un gestor (CM) 18 de
comunicaciones. El CM 18 gestiona generalmente el funcionamiento en
tiempo real y administrativo de las redes. El CM es cualquier tipo
de dispositivo de tipo ordenador con al menos un procesador y
memoria. En una realización, el CM es una Sun Workstation Netra
T1^{TM}.
El CM 18 mantiene una lista de redes definidas,
definidas bien como abiertas o bien como seguras. Las transiciones
entre las abiertas y las seguras, por lo general, no se permiten.
Una red segura se basa en el cifrado proporcionado por los CD
individuales para proporcionar autenticación y resguardo ante
escuchas clandestinas. El cifrado para redes seguras se implementa
en términos de extremo a extremo, lo que significa que el cifrado y
el descifrado tienen lugar dentro de cada CD. El CM 18 funciona
generalmente sin conocimiento de algoritmos, claves o políticas de
seguridad.
El CM 18 gestiona remotamente, a través bien de
un proveedor de servicios de sistemas de comunicación, bien de
miembros de red, o bien de ambos, suponiendo que la autorización es
proporcionada por el proveedor de servicios. El CM 18 puede recibir
definiciones de red a través de una interfaz externa 226 de
administración. Los miembros de red pueden solicitar acciones
administrativas mediante su proveedor de servicios o bien
administrar funciones de red mediante sistemas definidos, tales
como un gestor (SM) 20 de seguridad gestionado por miembros, que es
conforme a una interfaz de administración del CM 18. El CM 18 puede
autenticar, según estándares comerciales de alto grado, a
cualquiera que intente establecer o modificar una red.
El Gestor de Seguridad SM 20 es un componente
optativo del sistema NBS 10 que efectúa la gestión de claves, la
autenticación de usuarios y tareas relacionadas, para brindar
soporte a redes seguras. Un único sistema de comunicación grupal
puede interactuar con uno o más SM 20. El SM 20, generalmente, no
está implicado en el control en tiempo real de una red, incluyendo
la activación de red o al arbitraje del
pulsador-para-hablar. El SM 20
puede tener capacidades de administración compatibles con una
interfaz del CM 18 para automatizar funciones de administración. El
SM 20 también puede ser capaz de actuar como un punto extremo de
datos con el fin de participar en una red, difundir 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 un CD comprende una tecla o interruptor
de tipo pulsar-para-hablar. Cuando
un usuario en el NBS 10 desea transmitir información a otros
miembros de red, se pulsa el interruptor de tipo
pulsar-para-hablar situado en su CD,
lo que envía una solicitud para obtener el privilegio de
transmisión del CM 18. Si ningún otro miembro de red tiene
actualmente asignado el privilegio de transmisión, se concede al
usuario solicitante el privilegio de transmisión y se le notifica
por medio de un alerta audible, visual o táctil, a través del CD.
Después de que se ha asignado al usuario solicitante el privilegio
de transmisión, puede transmitirse información desde ese usuario al
otro miembro de red.
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 22, o una pasarela 24
satelital, según sea el caso. La estación base 22 se utiliza para
describir un canal de comunicación desde la estación base 22, o la
pasarela 24 satelital, a un CD. La pasarela 24 satelital se utiliza
para describir un canal de comunicación desde un CD a una estación
base 22 o pasarela 24. La voz y/o los datos se convierten en
paquetes de datos utilizando un CD, siendo los paquetes de datos
adecuados para una específica red distribuida 26, a través de la
cual tienen lugar las comunicaciones con otros usuarios. En una
realización, la red distribuida 26 es Internet. En otra 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 difundir información desde
cada miembro de red a los otros miembros de red. Cada miembro de
red recibe comunicaciones desde otros miembros de red por el canal
dedicado. En otra realización más, se establece un enlace inverso
dedicado en cada sistema de comunicación, para transmitir
información al CM 18. Finalmente, puede utilizarse una combinación
de los esquemas anteriores. Por ejemplo, un esquema puede
establecer un canal difusor directo dedicado, pero que requiere que
los CD inalámbricos transmitan información al CM 18 por un enlace
inverso individual asignado a cada CD.
Cuando un primer miembro de red desea transmitir
información a otros miembros de la red, el primer miembro de red
solicita el privilegio de transmisión pulsando una tecla
pulsar-para-hablar en su CD, lo que
genera una solicitud con formato para su transmisión por la red
distribuida 26. En el caso de los CD 12, 14 y 16, la solicitud se
transmite por el aire a una o más estaciones base 22. Un centro de
conmutación móvil (MSC) 28 comprende una bien conocida función
interoperativa (IWF) para procesar paquetes de datos, incluyendo la
solicitud, entre el MSC 28 y la red distribuida 26. Para el CD 16,
la solicitud se transmite por satélite a la pasarela 24 satelital.
Para el CD 17, la solicitud se transmite a la Red Telefónica Pública
Conmutada (RTPC) 30, luego a un banco 32 de módems. El banco 32 de
módems recibe la solicitud y se la proporciona a la red distribuida
26. Un terminal 34 del NBS monitoriza el tráfico del sistema NBS a
través de su conexión con Internet 26. Dado que el terminal 34 del
NBS está conectado con Internet 26, la proximidad geográfica con
los participantes de la red no es necesaria.
Si ningún otro miembro ostenta actualmente el
privilegio de transmisión cuando la solicitud de privilegio de
transmisión es recibida por el CM 18, el CM 18 transmite un mensaje
al miembro de red solicitante, notificándole que se ha concedido el
privilegio de transmisión. La información de audio, visual, u otra,
desde el primer miembro de red, puede transmitirse entonces a los
otros miembros de red, enviando la información al CM 18, utilizando
una de las trayectorias de transmisión recién descritas. En una
realización, el CM 18 proporciona luego la información a los
miembros de red duplicando la información y enviando cada duplicado
a los miembros de red. Si se utiliza un único canal difusor, la
información necesita duplicarse sólo una vez para cada canal
difusor en uso.
En una realización alternativa, el CM 18 se
incorpora al MSC 28, de forma tal que los paquetes de datos de las
estaciones de base de soporte se encaminen directamente al CM 18,
sin ser encaminados por la red distribuida 26. En esta realización,
el CM 18 está aún conectado con la red distribuida 26, de forma tal
que los otros sistemas y dispositivos de comunicación puedan
participar en una comunicación grupal.
El CM 18 mantiene una o más bases de datos para
gestionar información perteneciente a miembros de red individuales,
así como a cada red definida. Por ejemplo, para cada miembro de red,
una base de datos puede comprender información tal como el nombre
de usuario, el número de cuenta, un número de teléfono, o número a
marcar, asociado al CD del miembro, un Número de Identificación
Móvil asignado al CD, el estado actual del miembro en la red, tal
como si el miembro está o no participando activamente en la red, un
código de prioridad para determinar cómo se asigna el privilegio de
transmisión, un número de teléfono asociado al CD, una dirección de
IP asociada al CD, y una indicación de con qué redes está
autorizado a comunicarse el miembro. Otros tipos asociados de
información también pueden ser almacenados por la base de datos con
respecto a cada miembro de red.
Como parte de la infraestructura del NBS, el
gestor (CM) de comunicaciones forma conexiones de terminales
individuales de comunicación, para formar un grupo de charla, o red.
El CM comprende una gran variedad de capacidades funcionales en
hardware y software, que son configurables de distintas maneras,
para asimilar distintas aplicaciones. Generalmente, el CM
proporciona la capacidad de gestionar las operaciones en tiempo
real, administrativas y de autenticidad de las redes (del NBS), el
arbitraje de solicitudes de tipo
pulsar-para-hablar (PTT), el
mantenimiento y la distribución de la pertenencia a la red y las
listas de registro, el establecimiento de llamadas y el
desmantelamiento de los recursos necesarios del sistema CDMA y de la
red, así como el control general del estado de la red.
La red del NBS puede estar dentro de un sistema
celular autónomo desplegable, o una gran configuración de sedes
múltiples. En el caso de una gran configuración, múltiples CM pueden
desplegarse geográficamente para formar un sistema único integrado,
funcionando cada uno como un módulo injertado en la infraestructura
celular existente. Así pues, las nuevas características
introducidas por las redes del NBS están disponibles para los
usuarios celulares, sin requerir la modificación de la
infraestructura celular existente.
Una función del CM es mantener una lista de
redes definidas del NBS. Cada definición de red incluye un
identificador de red, una lista de miembros, que incluye números de
teléfono u otra información identificadora, información de
prioridad de usuario y otra información genérica de administración.
Las redes se definen estáticamente bien como abiertas o bien como
seguras, y las transiciones entre las abiertas y las seguras no
están permitidas. Una red NBS segura, típicamente, utiliza el
cifrado de medios para proporcionar autenticación y resguardar
contra escuchas clandestinas. El cifrado de medios para redes
seguras se implementa en términos de extremo a extremo, lo que
significa que el cifrado y el descifrado tienen lugar dentro del
dispositivo de comunicación. El CM funciona sin conocimiento de
algoritmos, claves o políticas de seguridad.
El CM recibe definiciones de red a través de una
interfaz externa de administración. Los clientes pueden solicitar
acciones administrativas a través de su proveedor de servicios, o
administrar funciones de red a través de sistemas definidos, tales
como un gestor de seguridad controlado por el usuario, que es
conforme a la interfaz de administración del CM. El CM autentica,
según estándares comerciales de alto grado, a cualquiera que intente
establecer o modificar una red.
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 a
la disposición de los componentes estipulados en la siguiente
descripción, o ilustrados en los dibujos. La invención es capaz de
otras realizaciones y se lleva a cabo de diversas maneras. Además,
se entiende que la fraseología y terminología utilizadas en el
presente documento tienen propósito descriptivo, y no deberían
considerarse como limitadoras.
La Fig. 2 ilustra una red NBS 100, y cómo los
dispositivos de comunicación interactúan con un CM 104. Pueden
desplegarse múltiples CM 104, según se desee, para redes NBS 100 a
gran escala. En la Fig. 2, el dispositivo 108 de comunicaciones, o
un CD 108, tiene permiso para transmitir medios por la red. En este
caso, el CD 108 es conocido como el orador, y transmite medios por
un canal. Cuando el CD 108 es designado como orador, los restantes
participantes de la red, los dispositivos 112 y 116 de comunicación
(o CD 116 y CD 116) no tienen permiso para transmitir medios a la
red. En consecuencia, el CD 112 y el CD 116 son designados oyentes.
Si el CD 116 es designado como orador, el CD 108 y el CD 112 son
designados oyentes, y así sucesivamente.
Como se ha descrito anteriormente, cada CD 108,
112 y 116 se conecta con el CM 104 utilizando al menos un canal. En
una realización, el canal se divide en canales separados que
comprenden un canal 120 del protocolo de iniciación de sesión
(SIP), un canal 124 de señalización de medios del NBS, y un canal
128 de tráfico de medios. El canal 120 del protocolo de iniciación
de sesión (SIP) y el canal 124 de señalización de medios del NBS
pueden ser empleados en cualquier momento, según lo permita el ancho
de banda, independientemente de ser designados como orador u
oyente, por cualquiera de los CD 108, 112 y 116. El SIP es un
protocolo de la capa de aplicación, definido por la Fuerza de
Tareas de Ingeniería de Internet (IETF), que describe mecanismos de
control para establecer, modificar y terminar sesiones de
multimedios que funcionan sobre el Protocolo de Internet (IP). El
SIP proporciona una solución general a los problemas de señalización
de llamadas para las aplicaciones de telefonía por Internet,
brindando soporte a medios para registrar y localizar usuarios,
mecanismos que definen capacidades de usuarios y que describen
parámetros de medios, y mecanismos para determinar la
disponibilidad de usuarios, el establecimiento de llamadas y la
gestión de llamadas.
El canal 120 del SIP se utiliza para iniciar y
terminar la participación de un CD dentro de la red 100.
Optativamente, una señal del protocolo de descripción de sesiones
(SDP) puede utilizarse también dentro del canal 120 del SIP. Cuando
la participación del CD dentro de una red NBS se configura
utilizando el canal 120 del SIP, el control y señalización de
llamadas en tiempo real entre el CD y el CM 104 tiene lugar
utilizando el canal 124 de señalización de medios del NBS.
Específicamente, entre otras tareas, el canal 124 de señalización de
medios NBS se emplea para gestionar solicitudes y ceses de
pulsar-para-hablar; arbitrar entre
solicitudes conflictivas, o el control del turno; anunciar el
comienzo y el fin de la transmisión de información; gestionar la
inactividad de la red, rastrear la conectividad de puntos extremos,
y solicitar e intercambiar mensajes de estado de red, de
notificación y de error. El protocolo del canal 124 de señalización
de medios minimiza la longitud de los mensajes más comunes, y
simplifica la tarea de interpretar respuestas y de responder
solicitudes, reteniendo a la vez flexibilidad para mejoras futuras.
El protocolo del canal 124 de señalización de medios del NBS
también permite que se reenvíen solicitudes sin afectar adversamente
el estado del protocolo.
El tráfico de señalización en el canal 124 de
medios puede diferenciarse adicionalmente en dos categorías:
señalización de establecimiento y control de llamadas, que consiste
principalmente en solicitudes y acuses de recibo de invitaciones
del SIP, y señalización de medios, que se compone principalmente de
solicitudes de control de turno en tiempo real y mensajes
asíncronos relacionados. El tráfico de medios en el canal 128 de
tráfico de medios se compone de emisiones punto a multipunto en
tiempo real de voz y/o datos. Ambas categorías de mensajería tienen
atributos funcionales únicos. Además, cada CD puede emitir
solicitudes de cliente del Servicio de Nombres de Dominio (DNS),
para facilitar la asociación de nombres de anfitriones del DNS,
totalmente cualificados, con direcciones de red en Internet.
El establecimiento de llamadas del NBS y la
señalización de control de llamadas se lleva a cabo según la
semántica del SIP. Aunque el SIP puede transportarse utilizando ya
sea el bien conocido Protocolo de Datagramas de Usuario (UDP) o el
Protocolo de Control de Transmisión (TCP), en una realización
preferida, cada CD realiza funciones de señalización basadas en el
SIP utilizando el UDP, según se ilustra en la Fig. 4. Además, cada
CM espera recibir todas las solicitudes de señalización del SIP
mediante el UDP: La señalización en tiempo real tiene lugar
mediante las interfaces dinámicas de UDP/IP en el CM y en cada CD.
Otra señalización puede tener lugar mediante una interfaz fija de
TCP/IP entre el CM y el CD, utilizando el SIP.
La Fig. 3 ilustra los módulos y la composición
física del CM 104. El CM 104 comprende un módulo o complejo central
204 del CM, al menos un módulo de red, o una unidad de control de
medios (MCU) 208 y 212, un servidor 216 de DNS, un servidor 220 de
redirección y una estación 224 de trabajo de administración. El
complejo central 204 del CM proporciona una capacidad de
administración a un explorador de red habilitado para Java^{TM}.
Uno o más servidores 216 del DNS pueden incluirse también en el
complejo central 204 del CM. El complejo central 204 del CM
comprende adicionalmente un nodo 228 del CM y un servidor 232 de
bases de datos. El CM 104 es separable en al menos dos partes, el
complejo central 204 del CM y cada nodo 208 de la MCU. Después de la
conexión inicial con el complejo central 204 del CM, una red es
gestionada por el nodo 208 de la MCU. El nodo 208 de la MCU envía y
recibe información según se necesite, desde el complejo central 204
del CM. La separabilidad del complejo central 204 del CM permite
versatilidad, en cuanto a que, una vez que una red específica está
establecida, la red es gestionada por un nodo 208 dedicado de la
MCU. Esto permite que el complejo central 204 del CM proporcione
conexiones iniciales con otras redes potenciales, sin importar el
tipo de estructura de comunicación en la cual la red desea
funcionar. Además, el complejo central 204 del CM puede estar
geográficamente desplazado del nodo 208 de la MCU. Por ejemplo, un
único complejo central 204 del CM puede estar situado en la parte
central de los Estados Unidos, y una pluralidad de nodos 208 de la
MCU pueden estar situados regionalmente para gestionar redes desde
su región dada. Así pues, el complejo central 204 del CM puede
encaminar a un usuario a un nodo 208 específico de la MCU, sobre la
base de la ubicación del usuario. Además, puede proporcionarse a un
usuario, o grupo de usuarios, información basada de la ubicación,
tal como emisión, instrucciones o identificación de hitos basados
en la ubicación.
El nodo 228 del CM proporciona funcionalidad
centralizada asociada a redes del NBS. El nodo 228 del CM comprende
un servidor 236 agente de usuario del protocolo de iniciación de
sesión (UAS del SIP) y un gestor CM 240, un registro 244 de
facturación central y un servidor 248 de administración. El servidor
236 UAS del SIP brinda soporte a solicitudes de usuario de listas
de red y gestiona mensajes de invitación del SIP para las redes.
Cuando se recibe un mensaje 229 de invitación del SIP desde un
dispositivo de comunicación, la red asigna el dispositivo de
comunicación a un nodo 208 de MCU adecuado, y dirige el dispositivo
de comunicación al nodo 208 de la MCU.
El gestor CM 240 monitoriza el estado de todos
los nodos de MCU dentro de una red, y asigna la ejecución de redes
a nodos dados de MCU, tal como el nodo 208 de MCU. El gestor CM 240
controla las funciones administrativas pertenecientes a la
administración de red, incluyendo la creación y eliminación de
redes, la definición de usuarios nuevos y la eliminación de los
viejos, el agregado y retirada de usuarios como miembros de red, y
el ajuste de diversos parámetros operativos en base a los usuarios,
las redes o los CM.
El registro 244 de facturación central mantiene
información de hora y de identificación para fines de facturación.
El registro de facturación central recibe información de registro de
facturación desde un servidor 260 de registro local del nodo 208 de
la MCU. Se mantiene información de registro detallado de cada
usuario, tal como qué dispositivos de comunicación están activos en
la red, durante cuánto tiempo, desde dónde, y cuándo y durante
cuánto tiempo cada CD es un orador o un oyente. El Servidor 248 de
Administración brinda soporte a una interfaz para permitir que la
estación 224 de trabajo de Administración recupere información de
estado, e inicie funciones de administración de bases de datos y de
gestión de sistemas a través de la interfaz 280 de estado de
red.
El CM implementa tanto el servidor 236 agente de
usuario del SIP como un servidor 252 de la MCU del SIP. Para
brindar soporte al NBS, cada CD implementa un cliente agente de
usuario del SIP. El CM recibe conexiones entrantes del SIP por un
nodo, o puerto, anunciado. Cuando ocurre una conexión, el servidor
236 del SIP recibe y procesa solicitudes según las convenciones de
señalización de llamadas del SIP: El servidor 236 del SIP es capaz
de procesar múltiples conexiones de señalización de llamadas en
paralelo.
Para conservar los recursos de red, el CD puede
liberar su conexión del UDP con el servidor 236 del SIP después de
que se haya unido con éxito (o sin éxito) a la red NBS 100. La
conexión del UDP puede reinstalarse más tarde para enviar
solicitudes adicionales de señalización de llamadas del SIP (por
ejemplo, para abandonar la red o para conmutar a otra red).
La Fig. 4 ilustra un ejemplo de una pila 300 de
protocolos de señalización del SIP del NBS. La pila es una
colección de capas de protocolo que implementa la comunicación por
red. El protocolo asociado a cada capa se comunica con las capas
inmediatamente por encima y por debajo de ella, y supone el soporte
de las capas subyacentes. Debido a que el UDP es un transporte sin
conexión, menos fiable, es preferible la fiabilidad del nivel de
aplicación, para garantizar una comunicación robusta, lo que se
logra implementando puntos extremos conformes al SIP. Generalmente,
la señalización 302 de llamadas del SIP en los flujos 304 del UDP
está encapsulada dentro del protocolo IP 306. No se requiere ningún
formato especial. Los paquetes 306 de IP de la señalización de
llamadas del SIP se intercambian, por ejemplo, entre un CD con base
celular del CDMA o un CD con base en la RTPC, de acceso telefónico,
que están encapsulados dentro de tramas 308 del protocolo de punto a
punto (PPP). En consecuencia, no se requiere ningún formato
especial. Además, las tramas 308 del PPP de la señalización de
llamadas del SIP, intercambiadas entre un CD con base celular del
CDMA y una estación base, se encapsulan dentro de un protocolo de
enlace de radio (RLP) 310. Para los usuarios basados en la RTPC con
enlace telefónico, un estándar de módem adecuado, tal como V.32bis
o V.90, puede reemplazar el RLP 310. En cualquier caso, no se
requiere, generalmente, un tratamiento especial, y no se supone un
enlace físico libre de errores.
La Fig. 5 ilustra una pila 312 de protocolos de
señalización de medios del NBS, que transporta tráfico de voz y
datos, utilizando datagramas 304 del UDP, por el protocolo IP 306.
La señalización 314 de medios del NBS se dispone como capa sobre el
tráfico 306 del UDP/IP, y se gestiona de manera similar con respecto
a la descripción de la Fig. 4.
La Fig. 6 ilustra una pila 320 de protocolos de
medios de voz en tiempo real. En esta realización, los datos 322 de
carga útil del vocodificador se disponen como capa sobre el
protocolo de tiempo real (RTP) 324. El RTP 324 se dispone luego
como capa sobre el UDP 304 y el IP 306. En una realización optativa,
se emplea la compresión 330 de cabeceras del protocolo comprimido
en tiempo real (CRTP) para encapsular adicionalmente el tráfico de
medios utilizando el RTP 324 en la capa de aplicación. Pueden
aplicarse técnicas de compresión de cabeceras, según corresponda, a
todo el tráfico entrante y saliente del UDP/IP ilustrado en las
Figs. 4 a 9. Las solicitudes y respuestas de la señalización de
medios se encapsulan dentro de datagramas del UDP. Cuando está
disponible, la compresión de cabeceras del CRTP puede aplicarse para
reducir el impacto de enviar cabeceras del UDP/IP no comprimidas.
En la Fig. 6, el CRTP comprime la capa 324 del RTP, la capa 304 del
UDP, la capa 306 del IP y la capa 308 del PPP. En las Figs. 4, 5 y 7
a 9, el CRTP 320 comprime las capas entre el UDP 304 y el PPP 308,
ambas inclusive.
En funcionamiento, cada CD selecciona
dinámicamente un puerto del UDP, por el cual se propone escuchar
solicitudes de señalización de medios del NBS, y comunica el número
de puerto al servicio 236 del SIP como parte de la invitación del
SIP que entrega al intentar unirse a una red. La dirección de
destino de la señalización de medios del CM de la red (incluyendo
el número de puerto de UDP) se describe en la descripción de la
sesión de red entregada como parte de la respuesta al CD de una
solicitud INVITE exitosa del SIP. A diferencia de las direcciones
de señalización del SIP, las direcciones de destino de la
señalización de medios son específicas para la red y pueden cambiar
entre instancias de la unión de un CD a una red. Las redes múltiples
albergadas por el mismo CM, en general, funcionan
independientemente, y no comparten la señalización de medios o los
puertos de tráfico de medios. Sin embargo, se contempla que
múltiples redes puedan compartir la señalización de medios y los
puertos de tráfico de medios.
Con referencia a la Fig. 6, el tráfico de voz se
encapsula agrupando una o más tramas de vocodificador dentro de una
carga útil 324 del RTP/UDP o una 304 del UDP. El uso del RTP 324 con
el CRTP 330 habilitado se utiliza para minimizar la latencia de
medios de extremo a extremo, y proporcionar interoperabilidad con
aplicaciones y servicios de telefonía del IP. En cualquier caso, el
CD selecciona dinámicamente el puerto de UDP por el cual espera
recibir tráfico de medios, y comunica el número de puerto al
servidor 236 del SIP como parte de la invitación del SIP que
entrega al intentar unirse a una red.
El vocodificador de la red y el protocolo de
encapsulación de transporte, así como su dirección de destino del
tráfico de medios (incluyendo el número de puerto del UDP), se
describen en la respuesta de descripción de sesión a una solicitud
exitosa de invitación del SIP, desde el servidor 236 del SIP. Como
las direcciones de señalización de medios de una red, las
direcciones de destino de tráfico de medios son específicas para la
red y pueden cambiar entre instancias de la unión de un CD a una
red.
Habitualmente, como se muestra en la Fig. 6, el
tráfico de voz se encapsula en la capa de aplicación que emplea el
RTP 324, que segmenta cada datagrama 304 del UDP en una cabecera 324
del RTP y la carga útil 322 del vocodificador. La Fig. 7 ilustra
una pila 332 de protocolos de medios de voz del UDP. El tráfico de
voz, optativamente, puede encapsularse utilizando exclusivamente
datagramas 304 del UDP, con ninguna encapsulación del RTP,
habitualmente cuando la compresión 330 de cabeceras del CRTP no
está disponible, o carece de soporte por parte de un miembro de la
red. La Fig. 8 ilustra una pila 334 de protocolos de tráfico de
medios. La pila 334 de protocolos de tráfico de medios se emplea
para participantes de la red sin ninguna encapsulación del RTP al
nivel de aplicación. Los datos 336 se encapsulan en los datagramas
304 del UDP.
La estructura de la carga útil 304 del UDP
obedece a la definición dada para una correspondiente carga útil
324 del RTP, sin los campos de cabecera del RTP. La decisión de
encapsular medios directamente en el UDP 304 es configurada por el
administrador 248 de la red, y publicada por el anuncio de sesión de
la red. Además de los medios de voz, las redes del NBS también
pueden brindar soporte a emisiones arbitrarias de datos. Si una red
brinda soporte a un canal de emisión de datos, el servidor 236 del
SIP publica el tipo de medios en la descripción de sesión del SIP
de la red cuando un CD se une formalmente a la red.
La Fig. 9 ilustra una pila 338 de protocolos de
cliente del DNS. Cada CD incluye la capacidad de resolver nombres
de dominio de Internet en direcciones de Internet, utilizando un
protocolo 340 del Servicio de Nombres de Dominio (DNS). El CD
funciona como un cliente del DNS. El CD encapsula las solicitudes
del DNS 340 utilizando el UDP 326, según se muestra en la Fig. 9. A
fin de que el CD pueda resolver los nombres de anfitrión del DNS,
el CD se dota de una dirección de red IP del servidor 216 del DNS,
según se muestra en la Fig. 3. La dirección del DNS también es
configurable por el proveedor de servicios del CD y, optativamente,
por el usuario.
Además de los medios de voz, las redes también
pueden brindar soporte a difusiones arbitrarias de datos, tales
como la repetición segura de clave de red, el correo electrónico,
los ficheros de datos, etc. Si una red brinda soporte a un canal de
difusión de datos, el CM publica el tipo de medios en la descripción
de sesión del SIP de la red cuando el CD se une formalmente a la
red. Como las difusiones tradicionales de medios, las difusiones de
datos genéricos funcionan sobre el RLP en una realización (o una
correspondiente capa física), pero, en general, se consideran
transportes menos fiables.
El CD incluye la capacidad de resolver nombres
de dominio de Internet en direcciones de Internet, utilizando el
protocolo del Servicio de Nombres de Dominio (DNS), según se define
en la RFC (Solicitud de Comentarios) 1034. Alternativamente, el CD
funciona como un cliente o resolutor del DNS, según se describe en
la RFC 1035.
A fin de que el CD resuelva los nombres de
anfitrión del DNS, el CD está preprogramado con las direcciones de
red del IP de un servidor del DNS. La dirección del DNS también es
configurable por el proveedor de servicios del CD y, optativamente,
por el usuario.
El CM 104, optativamente, puede configurarse
para actuar como un servidor 216 del DNS. Aunque puede responder a
solicitudes del DNS desde entidades ajenas, utilizando el TCP como
el protocolo de transporte, con el fin de dar servicio a
solicitudes originadas en el CD, el servidor 236 del SIP también
encapsula mensajes del DNS utilizando el UDP 304, según la Fig.
8.
El NBS también aprovecha el desarrollo de un
canal de multidifusión celular. Tal canal permite genéricamente que
una estación transmisora acceda a N estaciones oyentes directamente,
por un canal directo, sin necesidad de N redifusiones distintas de
los datos transmitidos. La presencia de un canal de multidifusión
celular implica cambios en la pila de medios del NBS,
principalmente por debajo de la capa de red del IP. Para aprovechar
las eficiencias proporcionadas por un canal de multidifusión
celular, las direcciones de destino de la señalización y tráfico de
medios de una red son canales convencionales de multidifusión de IP,
y las difusiones de señalización y tráfico de medios, originadas en
el CM, son emisiones de multidifusión. Cada una de las difusiones de
señalización y tráfico de medios, originadas en un CD, y de
señalización del SIP, quedan como comunicaciones punto a punto.
El Protocolo de Enlace de Radio (RLP) 310
mostrado en las Figs. 4 a 9 puede modificarse dentro de cada CD
para minimizar la latencia experimentada cuando ocurre una pérdida
de la capa de enlace (trama de RLP). Tales modificaciones son
optativas y no necesariamente afectan al funcionamiento del
transporte de los protocolos de la capa de aplicación, ya que ni el
TCP ni el UDP 304 supone una red (IP), o un servicio de la capa de
enlace, fiable.
Es posible una cierta variedad de las
estrategias de modificación del RLP 310. Por ejemplo, el RLP 310
puede modificarse para enviar múltiples mensajes, tales como
respuestas NAK de acuse negativo de recibo, después de una
expiración inicial de temporizador del RLP, solicitando así al
extremo remoto que transmita múltiples copias de la trama perdida
del RLP 310, y mejorando las probabilidades de una recuperación
exitosa del RLP 310. El RLP 310 también puede modificarse para no
enviar nunca respuestas NAK (después de que expira el temporizador
del RLP) y admitir tramas descartadas 310 del RLP para forzar que
los niveles superiores de la pila de protocolos generen errores.
Cualquier protocolo del nivel de aplicación, basado en el TCP, se
recupera de forma rutinaria, utilizando los mecanismos de
recuperación de errores del TCP. El tráfico que se basa en el UDP
304 para el transporte ya se enfrenta al potencial de pérdida.
Con referencia nuevamente a la Fig. 2, una vez
que el CD establece la participación con la red NBS 100, utilizando
el canal 120 del SIP, el CD está preparado para enviar y recibir
medios desde la red 100, por un puerto específico de medios del CD,
por el canal 128 de tráfico de medios. Si el CD obtiene el control
del turno mediante la señalización de medios, como es el caso del
CD 108 de la Fig. 2, el CD transmite medios a la red de destino y
direcciones de transporte, según se indica en la descripción de
sesión de la red 100. El CD descodifica medios recibidos en sus
puertos de medios, según el vocodificador y el formato de medios
definido en la descripción de sesión de la red 100, recibida en una
respuesta a invitación cuando el CD se unió a la red 100. El CD
codifica y encapsula los medios enviados a la red 100, según el
vocodificador y el formato de medios definido en la descripción de
sesión de la red 100, recibida en una respuesta a invitación cuando
el CD se unió a la red 100.
Cada CD que participa en una red determina la
red de destino y la dirección de transporte para cada canal de
medios, a partir de la descripción de sesión recibida desde el
servidor 236 del SIP del CM 104, y acusada como recibida durante el
establecimiento de llamada del SIP, y la utiliza para acceder a los
correspondientes medios enviados dentro de la red 100. Cada CD
proporciona una conexión de datos en paquetes al CM. Pueden hacerse
cambios en la implementación del CD de esta interfaz, para optimizar
las prestaciones del NBS. Los cambios en el lado de la
infraestructura de esta interfaz, generalmente, no son necesarios.
El CD, optativamente, puede brindar soporte a la mayoría de las
actividades del NBS, utilizando la Conexión Rápida de Red (QNC),
según se describe adicionalmente en el presente
documento.
documento.
Tras la entrega a un proveedor de servicios, el
gestor CM 240 recorre la configuración administrativa básica antes
de brindar soporte a las actividades del NBS. La configuración
inicial implica la configuración básica del sistema, tal como la
asignación de contraseñas a las cuentas al nivel del sistema
operativo, para la administración del sistema al nivel de raíz y
para la configuración de las interfaces de red del gestor CM 240,
para su correcto funcionamiento en la red de infraestructura
inalámbrica local.
Una vez que el CM 104 está configurado, puede
tener lugar la administración general de red. Las funciones de
administración de red tienen lugar a través de una interfaz HTML, u
otra interfaz de red, construida sobre TCP/IP. La estación 224 de
trabajo de administración interactúa con el complejo central 204 del
CM, utilizando un explorador convencional de la Malla Máxima
Mundial (WWW). La administración puede tener lugar local o
remotamente (en cualquier parte de Internet, o mediante conexión
telefónica). Sin embargo, la trayectoria de transporte subyacente
para el acceso administrativo es habitualmente TCP/IP. Además, se
permiten múltiples (al menos tres) conexiones simultáneas de
administración.
Al conectarse con el complejo central 204 del CM
con fines de administración de red, la estación 224 de trabajo del
administrador se autentica a sí misma con éxito, para garantizar que
sólo se acepten acciones administrativas autorizadas. Se admiten
distintos niveles de acceso; por ejemplo, los miembros autorizados
de la red pueden conectarse directamente con la interfaz
administrativa (248) del CM para modificar listas de miembros de
redes específicas. Los privilegios administrativos más genéricos se
reservan generalmente para cuentas administrativas específicas.
Para mayor claridad, las acciones administrativas se dividen
generalmente entre aquellas que tratan específicamente de
definiciones de usuario y aquellas que definen redes. Una definición
de usuario comprende información tal como el nombre de usuario, el
identificador único de sistema celular del CD, el número de
teléfono del CD y la dirección de correo electrónico del usuario. Se
define un único identificador de usuario que puede pasarse al CD y
utilizarse para identificar unívocamente al usuario en mensajes de
señalización. Una definición de red comprende información tal como
la dirección de red, el tiempo de espera de la red, el tiempo de
expiración de despacho privado y la lista de miembros. Una lista de
miembros de la red comprende información tal como una lista de
registros de miembros, que contienen, individualmente, un
identificador de usuario y un nivel de prioridad. Un miembro con el
nivel mínimo de prioridad, habitualmente, tiene privilegios de sólo
escucha.
El administrador 248 del CM puede monitorizar el
estado actual de las redes para las cuales tiene privilegios
administrativos. En particular, el administrador 248 del CM puede
determinar la lista actual de participantes de la red, así como
monitorizar el estado de la red (activa, inactiva, durmiente,
despertándose, etc.). Toda vez que la red está activa, el
administrador 248 del CM también puede monitorizar la identidad del
orador actual. Estadísticas y estados adicionales, tales como la
longitud de la sesión actual, el tiempo total de charla, el número
medio de registrados, etc., también pueden estar disponibles para
los administradores a través de la interfaz administrativa.
La interfaz del servidor 248 de administración
comprende al menos dos nodos de red, o puertos. Uno es una interfaz
del Protocolo de Transferencia de HiperTexto (HTTP) basado en
TCP/IP, que brinda soporte al acceso administrativo a través de un
explorador convencional de la red, habilitado para Java^{TM}. El
segundo es una Interfaz de Línea de Comandos (CLI) específica del
NBS, basada en TCP/IP.
El servidor 248 de administración pone todas las
funciones administrativas a disposición de un explorador genérico
de la red, mediante una interfaz de servidor de red HTTP con una o
más páginas dotadas de formato utilizando un medio legible por
Internet, tal como una sintaxis del Lenguaje de Marcado de
HiperTexto (HTML). Al menos una de las páginas administrativas
puede incluir una referencia a una miniaplicación empotrada de
Java^{TM}. Algunas funciones administrativas, optativamente,
pueden llevarse a cabo a través de los comandos GET y POST del
HTTP, emitidos por el explorador de red, utilizando mecanismos
convencionales de autorización HTACCESS. Las funciones
administrativas dotadas de
\hbox{soporte son generalmente un subconjunto de aquellas que disponen de soporte de la interfaz CLI.}
La interfaz del HTTP puede utilizarse para
entregar una miniaplicación de Java^{TM} al explorador de red. La
miniaplicación puede apoyarse entonces en la interfaz CLI del
servidor 248 administrativo para proporcionar funcionalidad
administrativa adicional al usuario a través de una interfaz del
explorador de la red. Antes de que se le conceda acceso a la
interfaz CLI, una potencial estación 224 de trabajo de
administración, conectada con la interfaz CLI del servidor
administrativo 248, es autenticada. En una realización preferida, la
interfaz CLI es accesible en una dirección de puerto de TCP, fija y
bien conocida, y es capaz de gestionar simultáneamente múltiples
sesiones de CLI.
El servidor 232 de bases de datos es responsable
del almacenamiento de información y parámetros de red, información
de usuarios de red, e información de estado asociada a las MCU 208 y
212, y al nodo CM 228. El servidor 232 de bases de datos también
sirve esta información al resto del CM 104, tal como el servidor 236
del SIP y otros módulos que necesitan tal información. El servidor
232 de bases de datos mantiene bases de datos que capturan
información que brinda soporte a las actividades de la red del NBS,
incluyendo una porción de base de datos de la red del NBS, y una
porción de base datos de usuarios del NBS. La información que brinda
soporte a actividades y privilegios de administración puede
almacenarse en cualquiera de las bases de datos, o en una tercera
base de datos, funcionalmente distinta. El
\hbox{servidor de bases de datos puede subdividirse adicionalmente en una porción de usuario y una porción de red.}
La interfaz CLI brinda soporte a funciones
administrativas tales como la creación de usuario/red, la
eliminación de usuario/red, la modificación de usuario/red, la
enumeración/detalle de usuario, la enumeración/detalle de red, el
estado y la ayuda de la CLI. La función de Crear Usuario permite al
servidor 248 de administración crear nuevos usuarios en la porción
de usuario de la base de datos, incluyendo la especificación de
todos los campos de registros de usuario. La función Eliminar
Usuario permite al servidor 248 de administración borrar registros
de usuario existentes en la porción de usuario de la base 232 de
datos. La función Modificar Usuario permite al servidor 248 de
administración modificar registros de usuario existentes en la
porción de usuario de la base 232 de datos, incluso la modificación
de todos los campos de registro para un usuario específico.
La función Crear Red permite al servidor 248 de
administración crear nuevas redes en la porción de usuario de la
base 232 de datos, incluso la especificación de todos los parámetros
de definición de red. La función Eliminar Red permite al servidor
248 de administración borrar redes existentes en la porción de
usuario de la base 232 de datos. La función Modificar Red permite
al servidor 248 de administración modificar redes existentes en la
porción de usuario de la base 232 de datos, incluso modificar todos
los parámetros de definición de red para una red específica. La
función Enumerar Usuario permite al servidor 248 de administración
enumerar todos los usuarios, por nombre de usuario, número de
marcado e identificador de usuario, en la porción de usuario de la
base 232 de datos.
La función Enumerar Red permite al servidor 248
de administración enumerar todas las redes, por dirección de red e
identificador de red, en la porción de red de la base 232 de datos.
La función Mostrar Usuario permite al servidor 248 de
administración mostrar todos los campos para un usuario específico
identificado por el identificador del usuario. La función Mostrar
Red permite al servidor 248 de administración mostrar todos los
campos para una red específica, identificada por el identificador de
red o la dirección de red de dicha red. La función Estado permite
al servidor 248 de administración consultar un informe de estado
estático para una red específica. La función Estado también puede
permitir al servidor 248 de administración consultar informes
(actualizados) en tiempo real. En particular, la función de estado
identifica la lista actual de participantes de la red, el orador
actual, la presencia o ausencia de tráfico de medios, e identifica a
todos y a cada uno de los mensajes de señalización de medios
enviados o recibidos por el CM. La función Ayuda permite al servidor
248 de administración consultar un breve resumen, legible por
humanos, de cada comando CLI dotado de soporte, incluyendo el
empleo y la descripción de la sintaxis.
La porción de usuario del NBS de la base 232 de
datos rastrea a los usuarios individuales del NBS. Los registros de
usuario contenidos dentro de la base 232 de datos pueden o no ser
necesariamente miembros de las redes definidas en la porción de red
del CM de la base 232 de datos.
Cada registro en la porción de usuario de la
base 232 de datos comprende campos tales como el nombre de usuario,
la identificación del usuario, la lista de vocodificadores, el
número de marcado, el tipo de usuario, el soporte del CRTP, la
dirección del usuario del CD, y la clave pública de la Privacidad
Bastante Buena (PGP) del CD. La lista de vocodificadores es una
lista de los vocodificadores que tienen soporte por parte del CD del
abonado. La lista puede incluir vocodificadores sin soporte por
parte del NBS. El número de marcado es el número de marcado del CD
del abonado. Este campo está vacío, o nulo, para los usuarios
genéricos de Internet. El tipo de usuario es un campo de tipo que
describe si el usuario es un usuario celular del CDMA o un usuario
genérico de Internet. Los usuarios que se conectan mediante el
acceso telefónico de la RTPC se consideran usuarios genéricos de
Internet. El soporte del CRTP es un indicador que indica si el CD
brinda soporte e intenta negociar la Compresión de Cabeceras del
CRTP por PPP al conectarse. Este indicador es válido para usuarios
celulares, así como para usuarios con base en la RTPC. La dirección
de usuario de CD es la dirección de usuario globalmente unívoca
para el CD. Un CD conocido por múltiples direcciones de usuario
tendrá múltiples entradas correspondientes en la porción de usuario
de la base 232 de datos. La clave pública de PGP es la clave
asociada a la dirección de usuario del CD.
La base de datos de red del NBS define el
conjunto de redes conocidas para el CM. La porción de red de la
base 232 de datos también enumera los miembros definidos de cada
red; es decir, aquellos usuarios que pueden solicitar unirse y
hacerse participantes en una red. Cada registro en la porción de red
de la base 232 de datos comprende una gran variedad de campos. Los
campos incluyen un identificador de red, que es un entero único que
identifica a la red dentro del contexto del CM. Los campos también
incluyen una dirección de red, que es la dirección de red,
compatible con el SIP, de la red. El dueño, o dueños, de red, una
lista no vacía de usuarios, se identifica(n) con
identificadores de usuario que tienen privilegios administrativos
(definidos por separado) para la red. Además, el estado de
seguridad de la red es un campo para un indicador que indica si la
red es abierta o segura.
Los campos también incluyen el esquema de
arbitraje, que es un valor unívoco que identifica el esquema de
arbitraje utilizado para resolver conflictos de arbitraje del
sistema PTT (pulsar-para-hablar)
entre los participantes de la red. El vocodificador de red describe
un campo con un valor unívoco que identifica el vocodificador
estándar mostrado en la descripción de sesión publicada de la red.
Los miembros definidos de la red tienen este vocodificador
enumerado en su lista de vocodificadores dotados de soporte. El
tiempo de expiración a prueba de fallos del sistema PTT es el
máximo número de segundos en que un participante de la red puede
transmitir medios a la red antes de que el CM revoque el control
del turno con un mensaje de denegación PTX. El valor de expiración
del tiempo de espera es el máximo número de segundos en que la red
puede permanecer ociosa antes de que el CM la ponga en el estado
durmiente. El valor de expiración temporal de la Respuesta de
Inactividad PTX es el máximo número de segundos que el CM espera
antes de determinar que puede concederse el turno de una red
durmiente antes de transmitir la respuesta de concesión PTX al CD
solicitante. El valor de expiración del tiempo para despertar es el
máximo número de segundos que el CM espera que los participantes de
la red respondan al mensaje "despertador" AYT (¿Estás Ahí?)
antes de conceder una solicitud pendiente de
pulsar-para-hablar. El valor de
expiración temporal del remolón es el máximo número de segundos que
el CM espera para que un CD responda al mensaje "despertador"
AYT del CM antes de que el CM retire al CD que no responde de la
lista de la red de participantes activos. El valor de expiración
temporal del mensaje AYT es el máximo número de segundos que el CM
espera para que un CD responda a un mensaje AYT del CM antes de que
el CM retire al CD de la lista de la red de participantes activos.
La lista de canales de medios es una lista de canales de medios, que
incluye especificaciones de carga útil, para la red (las redes
enumeran al menos un canal de medios, que transporta voz).
La lista de miembros de red define el conjunto
de usuarios que pueden solicitar unirse a la red como participantes,
y específicos privilegios asociados de red. Cada entrada en la
lista contiene campos tales como el identificador de usuario, que
es un identificador unívoco de un usuario enumerado en la base 232
de datos de usuarios del CM. Los campos también incluyen el nivel
de prioridad de red del usuario, que es el nivel de prioridad del
usuario a utilizar por parte del algoritmo de arbitraje del sistema
PTT de la red al resolver conflictos del PTT. Un nivel de prioridad
cero indica que el usuario tiene privilegios de sólo escucha, y
nunca puede concedérsele el control de la red. Los campos también
pueden incluir una lista de autorizaciones de usuario, que detalla
los privilegios de autorización, si acaso, que el usuario tiene para
la red. Los privilegios pueden incluir la capacidad de añadir,
editar o modificar entradas en la lista de miembros de la red, y la
capacidad de modificar otros parámetros de red.
Cada CD mantiene una base de datos, también
conocida como la lista de grupos, que identifica redes conocidas a
las cuales el CD puede solicitar unirse. Cada entrada en la base de
datos del CD incluye campos tales como la dirección de red, el
indicador consultivo de seguridad de red, la clave de cifrado del
tráfico de red y el temporizador de vigilancia de inactividad. La
dirección de red es la dirección formal de red del SIP de la red,
que el CD utiliza para solicitar unirse a la red como un
participante activo. El indicador consultivo de seguridad de la Red
es el indicador consultivo de estado abierto/seguro, distribuido por
el servidor 236 del SIP del CM en su lista de redes disponibles, o
fijado por el usuario para indicar una red definida para llevar
tráfico seguro de medios de Tipo IV. La clave de cifrado del tráfico
de red es la clave de cifrado de tráfico utilizada para cifrar y
descifrar todo el tráfico de medios para redes seguras de Tipo IV.
El temporizador de vigilancia de inactividad es la longitud del
intervalo, en segundos, que el CD esperará, cuando esté en el
estado Durmiente/Ocioso, en transición al estado Conectado,
confirmando que la llamada de datos en paquetes se mantiene válida
y que la estación base no ha cortado unilateralmente la
conexión.
conexión.
El nodo 208 de la MCU comprende una MCU 252, un
gestor 256 de nodo de MCU y el servidor 260 de registro local. El
nodo 208 y 212 de la MCU también puede, optativamente, comprender
una MCU adicional 264. El nodo 212 de la MCU es esencialmente el
mismo que el nodo 208 de la MCU. Con fines de descripción, sólo el
nodo 208 de la MCU se expone en el presente documento. La MCU 252
es responsable del control de una única red activa. La MCU brinda
soporte al SIP, a la señalización de medios y a interfaces de medios
para la red, y proporciona la funcionalidad asociada al
funcionamiento normal de la red. Cada nodo 208 de la MCU puede tener
una reserva de MCU 252, que puede orientarse para gestionar redes,
según convenga. Cada MCU 252 proporciona una interfaz 268 de
gestión de MCU, para brindar soporte a funciones tales como el
inicio, la detención y el informe de estado.
El gestor 256 de nodo de MCU monitoriza el
funcionamiento del nodo 208 de MCU y gestiona el funcionamiento de
cada MCU 252 en su nodo 256 de MCU. El gestor 256 de nodo de MCU
también proporciona una interfaz externa 272 al complejo central
204 del CM, para el arranque y/o el cierre, para asignar una red al
nodo y para compartir información de estado.
El servidor 260 de registro local registra
localmente todos los sucesos de bitácora para el nodo 208 de MCU.
El servidor 260 de registro local también responde a solicitudes
desde el servidor 244 de registro central, mediante su interfaz 276
de sucesos de bitácora. Las solicitudes incluyen descargas ciertas
clases o prioridades de sucesos. A fin de impedir la pérdida de
sucesos, los mensajes se almacenan en el servidor 260 de registro
local hasta que un acuse de recibo es recibido por el servidor 244
de registro central de facturación.
El servidor 216 del DNS proporciona servicios de
nombres a los dispositivos de comunicación del NBS. El servidor 216
del DNS puede dar servicio a solicitudes de registro de servicio
(SRV). El servidor 216 del DNS puede situarse en cualquier parte en
la red. En una realización, el servidor 216 del DNS es una parte del
complejo central 204 del
CM.
CM.
Cada CD mantiene una lista de redes, o una
lista de grupos, que representa internamente al conjunto de
redes conocidas en las cuales el CD puede participar. La lista es no
volátil, pero puede actualizarse según se necesite, bien mediante
interacciones con un CM 104 o bien interactivamente por parte del
usuario. El usuario también puede determinar quién y cuántos
usuarios están bien activos o bien inactivos en la red. La lista de
grupos del NBS mantenida internamente por un CD es análoga en su
función a la lista de nombres y números de marcado mantenida en el
listín telefónico, y es utilizada para facilitar los servicios de
voz. La lista de grupos del NBS puede integrarse con el listín
telefónico convencional del teléfono. En cualquier caso, el acto de
seleccionar una red entre la lista de grupos instruye al teléfono
para que intente unirse a la red seleccionada.
A fin de participar en una red NBS específica,
cada CD solicita inicialmente que el CM se añada a sí mismo a la
lista de participantes activos de red para una red específica. Así,
cada CD, inicialmente, es consciente de, o es capaz de aprender, la
dirección de red de cualquier red en la cual desea participar.
Además, cada CD, inicialmente, conoce, o es capaz de configurarse
con, la dirección de un servidor 236 del SIP de nivel superior, al
cual pueden enviarse solicitudes del SIP.
Las direcciones de red pueden darse de alta en,
o ser aprendidas por, un CD de diversas maneras. Por ejemplo, en
una realización, en el CD puede darse de alta inicialmente la
dirección de un servidor 236 del SIP de alto nivel, conocida o por
omisión, que proporciona una lista actual de redes en las cuales el
CD puede participar. En el CD también puede darse de alta una lista
de grupos, que define al menos una dirección de red en la cual el
CD es un miembro. El CD puede enviar más tarde una solicitud al
servidor 236 del SIP de alto nivel, para actualizar su lista de
grupos. En el caso de que no haya tenido lugar ninguna alta
explícita del NBS para el CD, puede proporcionarse al usuario un
servidor 236 del SIP de alto nivel y la dirección de red para
ingresar interactivamente al CD antes de emplear el NBS. El usuario
también puede ingresar interactivamente direcciones de red en una
lista de grupos en la que ya se han dado de alta entradas. Tal etapa
de configuración es análoga al ingreso de nombres personales y
números de marcado en el listín telefónico convencional.
Observe que, aunque los usuarios pueden ingresar
interactivamente una dirección de red en la lista de grupos del CD,
la correspondiente red, y el servidor 236 del SIP de alto nivel,
preferiblemente, ya existen, y el usuario necesita ser registrado
como un miembro de la red a fin de que el CD pueda participar con
éxito en la red.
En el CD también puede darse de alta la
dirección de red de IP del servidor 216 del Servicio de Nombres de
Dominio (DNS), al cual el CD puede enviar consultas de DNS.
Habitualmente, la dirección del servidor 216 del DNS, gestionado
por un portador celular del CDMA, está dada de alta. En el CD
también puede darse de alta la dirección de red IP de un servidor
de DNS alternativo.
A fin de brindar soporte a la autenticación del
SIP, en el CD puede darse de alta un único identificador de usuario
de PGP y una clave secreta, que puede utilizar para firmar
transacciones del SIP cuando se lo solicite el CM 104. El
identificador de usuario de PGP también puede utilizarse como la
dirección de usuario del CD para transacciones genéricas del
SIP.
La Fig. 10 ilustra la funcionalidad de alto
nivel del módulo 500 de servicios grupales del CD. Normalmente, el
módulo de servicios grupales se inicializa en un estado ocioso 504
por omisión cuando el CD se enciende. Desde el estado ocioso 504,
el CD puede efectuar una transición a otros estados que le permitan
participar activamente en redes NBS.
El usuario puede desear inhabilitar
temporalmente los servicios del NBS mediante una opción de menú
dentro de la interfaz de usuario del CD. Si el usuario ha
inhabilitado los servicios del NBS, el módulo de servicios grupales
ingresa por omisión a un estado desactivado 508 cuando el CD se
enciende. Cuando está desactivado, el CD no intenta unirse
automáticamente a red NBS alguna. Además, el CD no realiza ninguna
transacción específica del SIP (el CD puede mantener registros o
realizar otras transacciones del SIP para otras aplicaciones de
telefonía basadas en IP, que residen dentro del CD).
Optativamente, los servicios grupales pueden
ocultarse totalmente al usuario, dando de alta servicios grupales
dentro del CD en un estado 512 no equipado. El estado no equipado
inhabilita los servicios grupales, mientras que un estado equipado
habilita los servicios grupales. Una vez no equipado, el CD requiere
un alta administrativa para equipar servicios grupales. Cuando los
servicios grupales no están equipados, la funcionalidad de los
servicios grupales del NBS y las características asociadas de la
interfaz de usuario no están disponibles para el usuario.
El CD puede prestar soporte a altas por el aire
para equipar servicios grupales del NBS. En el caso de que la lista
de grupos del CD contenga más de una dirección de red, no más de una
dirección de red puede identificarse como una red 514 por omisión.
Si se selecciona una dirección de red, el CD intenta efectuar
automáticamente la transición desde el estado ocioso 504,
intentando unirse a esta red seleccionada poco después de que el CD
se encienda.
Cuando el CD está conectado, el CD efectúa un
ciclo por un estado 516 de reposo, un estado 520 de escucha, un
estado 524 de charla y un estado 528 durmiente, sobre la base de
dónde está el usuario en el sistema de
pulsar-para-hablar, según se
describe con respecto a la Fig. 16.
El NBS se basa en la sintaxis y la semántica de
la señalización de llamadas, según lo definido por el SIP, para
publicar las direcciones de red disponibles y para proporcionar
mecanismos por los cuales un CD individual pueda unirse a, o
abandonar, redes formalmente. El CM 104, junto con otras entidades
funcionales, incluye el servidor 236 del SIP de alto nivel, una o
más unidades 252 de control multipunto (MCU) y los servidores
asociados agentes de usuario del SIP, y porciones de usuario y de
red de la base 232 de datos de administración. El servidor 236 del
SIP de alto nivel actúa como un punto de cita conocido para
participar en el sistema. Cada MCU 252 realiza la señalización de
medios y la conmutación del tráfico de medios para una o más redes.
La base 232 de datos almacena y proporciona definiciones conocidas
de usuarios, de administración y de direcciones de red, y puede
servir a múltiples instalaciones de CM o permitir su acceso
remotamente.
Cada CD está dotado de una lista de direcciones
de red, y una o más direcciones de servidor 236 del SIP de alto
nivel. Si la lista de grupos está vacía, el usuario puede
especificar interactivamente la dirección de una red existente. Si
no se define ningún servidor 236 del SIP de alto nivel, el usuario
puede especificar interactivamente la dirección de un servidor 236
del SIP de alto nivel. Una vez que se conoce la dirección del
servidor 236 del SIP de alto nivel, el CD puede solicitar una lista
actualizada de redes disponibles para el mismo, efectuando una
llamada, utilizando el procedimiento INVITE del SIP, a un destino
predefinido del SIP.
El servidor 236 del SIP de alto nivel puede
redirigir la solicitud a un destino interno, o responderla
directamente. La respuesta a INVITE para esta llamada incluye la
lista actual de redes disponibles para el CD. El CD utiliza esta
lista para actualizar su lista interna de grupos.
Después de que se ha seleccionado una red, el CD
intenta unirse a la red utilizando el procedimiento INVITE del SIP,
especificando la dirección de red como el destino de la invitación,
y enviando la solicitud al servidor 236 del SIP de alto nivel. El
servidor 236 de alto nivel intenta asociar la dirección de red a un
destino conocido y, si tiene éxito, redirige al CD al
correspondiente servidor agente de usuario del SIP de la MCU 252.
Si no se dispone de ninguna asociación, la invitación, por lo
general, fracasa.
Normalmente, el servidor agente de usuario del
SIP de destino de la MCU 252 confirma que el CD es un miembro de la
red seleccionada y responde a la invitación, incrustando una
descripción del tráfico de medios, y de los parámetros de
señalización a utilizar para participar en la red, en el contenido
de su respuesta. El servidor agente de usuario del SIP de la MCU
252 también puede responder con un error si es incapaz de confirmar
al CD como un miembro legítimo de la red, o si surge alguna otra
condición de error, tal como un fallo que impide el funcionamiento
normal de la red. Si la invitación es aceptada, el CD acusa recibo
de la respuesta a través de un mensaje, tal como en el
procedimiento ACK de acuse de recibo del SIP. Observe que otros
códigos de respuesta transitorios, que indican el avance de la
llamada, también pueden ser recibidos por el CD mientras se está
procesando la invitación.
El CD es responsable de actualizar su lista de
grupos con el conjunto de las redes en las cuales puede participar.
El usuario puede ordenar al CD que consulte la base 232 de datos del
CM 104, incluso cuando no se selecciona ninguna dirección de red,
con el fin de recibir actualizaciones para su lista de grupos. Si el
CD determina que ha sido añadido o retirado de una red, exhibe
brevemente un mensaje adecuado al usuario (por ejemplo,
"Añadido al grupo X") y/o posiblemente solicita
interacción del usuario. Si el CD determina que no es un miembro de
ninguna red, informará de manera similar al usuario. El CD puede
incorporar automáticamente nuevas direcciones de red en su lista de
grupos, pero puede consultar al usuario antes de borrar direcciones
de redes, en las cuales ha perdido la condición de miembro, de la
lista de grupos.
Generalmente, no más de una red en una lista de
grupos de un CD puede identificarse como seleccionada a la vez.
Puede seleccionarse inicialmente una red por omisión, o el usuario
puede seleccionar una red de la lista de grupos.
El servidor agente de usuario del SIP del CM de
la respuesta de la MCU 252 a una solicitud INVITE para unirse a una
red incluye, como contenido incrustado, las direcciones de destino
de señalización de medios de la red y de medios de tiempo real, así
como otros parámetros de red (tales como los descriptores del
formato de la carga útil de medios). Una vez confirmado, el CD
exhibe brevemente la respuesta al usuario, indica si el usuario
tiene privilegios de sólo escucha, y habilita las funciones de
servicio del grupo. Si el CM 104 determina que el CD no es un
miembro de la red seleccionada, o si ocurre un error u otra
condición excepcional, el servidor 252 del SIP responde con una
correspondiente respuesta de error. Cuando se rechaza tal registro,
el CD exhibe brevemente un correspondiente mensaje de error y las
funciones de servicios grupales permanecen ociosas. Si no se
selecciona ninguna red, los servicios grupales dentro del CD
permanecen ociosos.
Como parte de la activación de servicios
grupales, el CD inicializa y abre su canal 128 de tráfico de medios
del RTP, y el canal 124 de señalización de medios del NBS por
separado, a las direcciones de destino del CM proporcionadas en una
respuesta exitosa a la invitación. Una vez que estos canales han
sido inicializados, los servicios grupales se activan en el CD 108
y éste ingresa al estado 516 de reposo de los servicios grupales,
con la capacidad de recibir tráfico de voz desde la red y de
solicitar permiso para enviar tráfico de voz a la red.
Con los servicios grupales activos, el CD 108
monitoriza su tráfico 128 de medios y canales 124 de señalización
con el CM. Los datos de voz recibidos por el canal 128 de tráfico de
medios se descodifican y se presentan utilizando un altavoz alejado
del CD 108, o un accesorio auricular, según la configuración actual
del usuario. El CD 108 exhibe la identidad del orador actual, según
su identificación a través de la señalización 124 de medios en
tiempo real. Si la identidad del orador actual no está disponible,
el CD 108 exhibe el nombre de la red actualmente seleccionada,
según figura en la lista de grupos. El CD 108 también puede tabular
estadísticas de tráfico de medios (por ejemplo, el tiempo total
empleado hablando, escuchando y monitorizando, la pérdida estimada
de paquetes recibidos del tráfico de medios) y ponerlas a
disposición del usuario como un diagnóstico, utilizando una opción
del menú. Al recibir tráfico desde la red, el CD 108 efectúa una
transición al estado 520 de escucha de servicios grupales,
volviendo al estado 516 de reposo cuando el tráfico de voz se
detiene.
En cualquier momento, el usuario puede solicitar
permiso para hablar a la red, pulsando el botón PTT y causando que
el CD 108 señalice el CM 104 (específicamente, la MCU 252) con una
solicitud de control del turno. El botón PTT puede ser cualquier
tipo de comando de activación, incluyendo, pero sin limitarse a, la
pulsación de una tecla o secuencia de teclas, activación por voz,
un interruptor, un dispositivo de alternación, o diales. La MCU 252
responde bien concediendo o bien denegando la solicitud. Si el CD
tiene privilegios de sólo escucha, tal como el CD 112 (es decir, el
CD tiene un nivel de prioridad cero dentro de la red seleccionada),
la solicitud se deniega. Si es denegada, el CD 112 alerta al
usuario con un tono de error, exhibe un mensaje adecuado de error o
de explicación, y vuelve al estado 516 de reposo. El CD insiste en
que el botón PTT se pulse y se libere nuevamente antes de intentar
otra solicitud de control del turno. Si se concede, el CD 112
ingresa al estado 524 de charla de los servicios grupales, señaliza
al usuario, por ejemplo, con un breve gorjeo audible, y comienza a
transmitir tráfico de voz al CM 104 en tanto el botón PTT esté
pulsado. El CM 104 puede señalizar asíncronamente al CD 112
(mientras el botón PTT está pulsado) que ha perdido control del
turno. Al recibir tal señal, el CD 112 aborta la transmisión del
tráfico de voz y alerta al usuario con un tono de error hasta que
se libere el botón PTT, momento en el cual vuelve al estado 516 de
reposo. En caso contrario, una vez que se libera el botón PTT, el
CD 112 señaliza al CM 104 que ha liberado el turno y vuelve al
estado 516 de reposo.
Un usuario puede conmutar a una red distinta
seleccionando otra red entre la lista de grupos, toda vez que los
servicios grupales dentro del CD 108 estén en el estado 516 de
reposo, el estado 520 de escucha, o el estado 528 durmiente. Cuando
se selecciona una nueva red, el CD 108 señaliza al CM 104 para que
lo retire de la red actual, mediante mecanismos de establecimiento
de llamadas del SIP, y luego sigue procedimientos similares para
unirse a la nueva red. Si el proceso de unirse a la nueva red falla,
el CD 108 ya no es un miembro de ninguna red, y los servicios
grupales dentro del CD 108 vuelven al estado ocioso 504.
Si el CM 104 determina que el CD 108 que
solicita el turno para una red específica es el único miembro
registrado de la red en cuestión, el CM 104 deniega la solicitud de
control del turno y señaliza un mensaje de error, tal como un error
de usuario solitario, que el CD 108 exhibe al usuario. Aunque puede
existir una red con sólo un miembro registrado, una red no puede
retransmitir tráfico de voz a menos que haya al menos dos miembros
registrados.
La aplicación del NBS se basa en dos protocolos
distintos del nivel de aplicación: la señalización de llamadas del
Protocolo de Iniciación de Sesión (SIP), según se describe con
respecto a la Fig. 11, y la Señalización de Medios del NBS, según
se describe con respecto a las Figs. 12 a 14. El SIP se utiliza
exclusivamente para la señalización de llamadas y el
establecimiento de llamadas. La señalización de medios lleva
solicitudes de PTT (Pulsar Para Hablar) (Fig. 12), gestiona la
inactividad de la red (Fig. 13) y resuelve los conflictos de
arbitraje del sistema PTT (Fig. 14).
La señalización 350 de llamadas del SIP se
ilustra en la Fig. 11. El Protocolo de Iniciación de Sesión
proporciona control (señalización) de la capa de aplicación del NBS
para descubrir, incorporarse a, y abandonar, redes del NBS que
utilizan la interfaz 236 del servidor del SIP del CM 104. Para
incorporarse a una red, un CD 352 invita a la red 100, por su
nombre, a participar en una llamada, a través del servidor 236 del
SIP de alto nivel. Para abandonar la red 100, el CD 352 envía un
correspondiente "adiós" a la red.
El CD 352 determina la dirección de IP del
servidor 236 del SIP de alto nivel utilizando el DNS 216 para
resolver las direcciones dadas de alta del servidor del SIP
primario o secundario como direcciones de red de Internet, si es
necesario. Como un enfoque alternativo optativo, las convenciones
del SIP permiten que el CD 352 consulte al DNS 216 por registros de
servicio asociados a la porción del dominio del sistema anfitrión
del NBS de la dirección de red, y que entre en contacto con el
servidor 236 del SIP en la(s) dirección(es)
devuelta(s).
Por omisión, el CD 352 intenta entrar en
contacto con el servidor 236 del SIP utilizando un puerto del SIP
por omisión, a menos que se determine información de un puerto
alternativo mediante el DNS 216. Antes de intentar unirse a una
red, el CD 352 puede establecer una llamada utilizando el
procedimiento INVITE del SIP para solicitar una lista actualizada
de las redes disponibles.
Por ejemplo, al CD 352 que ha puesto en juego
una conexión por el aire se asigna una dirección de IP, y desea
determinar su lista actual de redes disponibles. Esto abre una
conexión de UDP/IP al puerto del servidor del SIP y emite una
solicitud. La solicitud para obtener una lista actualizada de redes
se envía a un destino especial. Cuando corresponda, el CD 352
también incluye cabeceras adicionales, específicas de la aplicación,
que identifican la red CDMA y el sistema desde el cual un CD
celular 352 basado en CDMA está obteniendo servicio.
El CD 352 también puede incluir una cabecera
para indicar que el CD 352 espera que el servidor 236 del SIP
comprenda y brinde soporte a los servicios del NBS. El valor de la
opción distribuido con la cabecera también puede ser utilizado por
el CD 352 para informar al servidor 236 de una versión o tipo
específico de servicios del NBS a los que el CD 352 espera que el
servidor 236 brinde soporte.
El servidor 236 del SIP de alto nivel del CM
puede redirigir una solicitud 356 de invitación, utilizando
mecanismos de redirección del SIP, a un destino específicamente
definido para recibir y responder a solicitudes de información de
red. Al recibir tal redirección, el CD 352 acusa recibo (ACK) de la
respuesta 357 y reenvía la solicitud al destino redirigido.
El CD 352 puede necesitar determinar el punto de
contacto adecuado del SIP para la dirección redirigida, mediante
mecanismos del DNS. Para simplificar este proceso para el CD 352, el
servidor 236 puede especificar el destino de redirección
explícitamente, utilizando su dirección de red de Internet. Una vez
que un mensaje INVITE 354, que solicita una lista de redes, es
exitosamente recibido y aceptado por el servidor 236, el servidor
236 entrega una respuesta 356 a la solicitud INVITE.
La respuesta 356 a la solicitud INVITE incluye
en su contenido una lista de registros que definen el conjunto de
redes a las que el CD 352 puede unirse a continuación. El servidor
236 consulta su base 232 de datos de red buscando redes que
enumeran al CD solicitante 352 como un miembro definido para formar
la respuesta 356 a la solicitud INVITE 354. Las redes se
identifican dentro del contenido utilizando un formato de registro
definido por aplicación, que incluye la dirección de red formal de
la red. Las redes pueden enumerarse en cualquier orden.
El servidor 236 puede ser incapaz de responder
exitosamente al CD 352, por un buen número de razones. En tales
circunstancias, el servidor 236 entrega un código de estado adecuado
del SIP en lugar de la respuesta 356 al INVITE. El CD 352 debería
estar preparado para aceptar e interpretar tales códigos de estado,
tomando la acción adecuada (tal como exhibir un mensaje de error en
el visor de interfaz de usuario del CD 352) en caso de cualquier
error fatal. El servidor 236 también puede preceder una respuesta
exitosa 356 al INVITE con respuestas informativas de estado que
indican el avance de los registros. El CD 352 puede aceptar e
interpretar códigos informativos de estado que preceden a los
registros exitosos.
El CD 352 solicita unirse a una red emitiendo
una solicitud INVITE 358 del SIP al gestor CM 240, a través del
servidor 252. Si el CD 352 no tiene una conexión de UDP/IP abierta
con el servidor 252 del SIP, abrirá una nueva conexión de UDP/IP
con el puerto del servidor del SIP.
El CD 352 está preparado para ser redirigido por
el servidor 236 del SIP de alto nivel y para reemitir la solicitud
al destino redirigido, si es necesario. El servidor 236 del SIP de
alto nivel del CM redirige cualquier solicitud INVITE entrante,
según corresponda, al servidor 252 del SIP de la MCU, actualmente
asociado a la red en cuestión. El CD 352 puede ser redirigido más
de una vez.
La solicitud INVITE 358 puede incluir una
descripción (como contenido del mensaje) de las fuentes de medios,
que se origina en el CD 352, suponiendo que la invitación tenga
éxito. Si se incluye, la descripción se incluye como contenido del
mensaje y se describe utilizando construcciones de campos.
La descripción de sesión se entrega en un
formato compatible con el Protocolo de Descripción de Sesión (SDP).
Después de definir la versión (v) del SDP, la descripción de la
sesión incluye una descripción obligatoria del origen (o). El CD
352 puede utilizar cualquier mecanismo conveniente para escoger los
valores para el identificador de sesión y la versión de sesión.
Proporcionar una estimación de la hora actual es una forma posible
de definir el identificador de sesión. Los datos de conexión (c) se
especifican definiendo el tipo de red, el tipo de dirección, y la
dirección de conexión. El CD 352 utiliza la dirección de IP con la
cual etiqueta (o genera) tráfico de medios como la dirección de
conexión. El CD 352 utiliza la porción de nombre de la dirección de
red de la red como el nombre, o nombres, de sesión. El CD 352
especifica la vida útil (t) de la sesión proporcionando su mejor
estimación de la hora de inicio o la actual, preferiblemente en
formato del Protocolo de Hora de Red (NTP), e indica que la sesión
es ilimitada (0). La descripción del formato de medios (m) define
el tipo de medios, el puerto de origen, el protocolo de transporte y
el formato de la carga útil que el CD 352 pretende utilizar para
transmitir a la red. Finalmente, la descripción de sesión utiliza
una definición de tipo de atributo (a) para indicar que el CD 352
espera que la sesión sea gestionada como una conferencia del NBS.
El servidor 236 debería confirmar que la dirección de invitación es
en efecto una dirección válida de red del NBS antes de conceder la
invitación.
Para indicar una invitación exitosa, e informar
específicamente al CD 352 de que ha sido añadido a la lista de
participantes para la red invitada, el servidor 236 entrega una
respuesta 360 al INVITE.
Una respuesta exitosa 360 al INVITE incluye la
descripción de la sesión primaria para la red invitada, que
describe los puertos y formatos de tráfico de medios que disponen de
soporte, utilizando la sintaxis del SDP. La descripción de sesión
incluye una descripción de conexión (o) que define la dirección de
red a la cual debería enviarse toda la señalización y el tráfico de
medios. La dirección de red de destino de medios de la red no es
necesariamente la misma que la dirección de red del servidor agente
de usuario del SIP, resuelta utilizando el DNS a partir de la
dirección de red de la red.
La descripción de sesión describe todos los
medios y puertos de medios de destino. La descripción de sesión
también debería incluir un identificador asignado al CD 352 por la
MCU 252, con el fin de identificar mensajes de señalización de
medios transmitidos por el CD 352 como parte de su subsiguiente
participación en la red. El valor de este identificador es único
entre todos los participantes activos en una red dada y, por ello,
debería generarse dinámicamente. El CD 352 no necesariamente
almacena en memoria caché este identificador entre sucesivas
invitaciones del SIP.
La descripción de sesión también puede incluir
un anuncio de versión del protocolo del NBS, que indica el nivel de
revisión al cual se ajusta la señalización de medios de la red. Tal
anuncio puede implementarse extendiendo el valor del campo de
atributo de tipo, o definiendo un nuevo atributo, cuyo valor es el
número de versión del protocolo.
Después de recibir una respuesta exitosa al
INVITE, el CD 352 confirma la invitación enviando de nuevo una
solicitud 362 de acuse de recibo (ACK) del SIP al servidor 252
agente de usuario del SIP de la MCU de la red. Después de
transmitir la solicitud ACK 362, el CD 352 puede cerrar su conexión
del TCP con el servidor del SIP. Antes de que se transmita la
solicitud ACK 362, el CD 352 inicializa sus puertos de señalización
de medios y de tráfico, según la descripción de sesión entregada en
la respuesta 360 al INVITE.
En cualquier momento después de que el CD 352
haya transmitido el mensaje ACK 362 del SIP, en respuesta a una
respuesta exitosa 360 al INVITE, el CD 352 puede terminar
formalmente su participación en la red enviando un mensaje ADIÓS
364 del SIP al servidor 252 agente de usuario de la red. Antes de
enviar el mensaje ADIÓS 364, el CD 352 puede necesitar abrir una
conexión del TCP con el servidor 252 agente de usuario. El mensaje
ADIÓS 364 es acusado como recibido por el CM con un mensaje 366 de
respuesta al ADIÓS. Una vez que se acusa recibo del mensaje 366 de
respuesta al ADIÓS, el CD 352 puede cerrar su conexión del UDP con
el servidor 252 agente de usuario. Antes de acusar recibo del
mensaje 366 de respuesta al ADIÓS, el servidor 252 agente de
usuario retira el CD 352 de la lista de participantes activos de la
red indicada.
En general, un cliente agente de usuario del SIP
del CD 352 puede utilizar el procedimiento OPCIONES para consultar
las capacidades del servidor del SIP. En particular, el CD 352
podría desear consultar un destino arbitrario del SIP para
determinar si el destino proporciona o no soporte de señalización de
llamadas.
El CD 352 puede desear abortar una solicitud
INVITE 358 pendiente antes de recibir la respuesta 360 al INVITE, y
de enviar el acuse 362 de recibo. En tales circunstancias, el CD 352
puede utilizar un procedimiento CANCELAR del SIP (no mostrado) para
abortar debidamente la llamada. Tanto el servidor 236 de redirección
del SIP de alto nivel como el servidor 252 agente de usuario del
SIP del CM brindan soporte al procedimiento CANCELAR.
Por ejemplo, el CD 352 puede utilizar el
procedimiento CANCELAR para abortar un mensaje INVITE 358 en marcha
si el usuario decide efectuar una llamada de servicios de voz y
pulsa la tecla de envío antes de que se complete el mensaje INVITE
358. En tal circunstancia, en lugar de esperar la respuesta 360 al
INVITE para completar y enviar inmediatamente el mensaje ADIÓS 364,
el CD 352 puede simplemente CANCELAR inmediatamente el mensaje
INVITE 358 y proceder a efectuar la llamada de servicios de voz
solicitada.
Después de que el CD 108 haya negociado
exitosamente el ingreso a la membresía actual de una red del NBS,
utilizando el SIP, todo control de llamadas en tiempo real tiene
lugar mediante mensajes de señalización de medios del nivel de
aplicación punto a punto, intercambiados entre cada CD 352 y el
servidor 252 del SIP de la MCU de la red.
Los mensajes de señalización de medios se
transportan utilizando la pila de protocolos ilustrada en la Fig.
4, y según la secuencia ilustrada en la Fig. 12. La Fig. 12 ilustra
una secuencia 368 de mensajes de señalización de medios. Un mensaje
370 de solicitud de PTT es enviada por el CD 352 al servidor 252
agente de usuario del SIP del nodo 208 de MCU, e indica el deseo de
un usuario de difundir medios, usualmente voz, a la red.
Normalmente, el mensaje 370 de solicitud de PTT se envía para cada
pulsación del botón de
pulsar-para-hablar del CD 352, para
indicar una solicitud de control de turno. Además, un mensaje de
liberación de PTT es enviado por el CD 352 al servidor 252 agente
de usuario del SIP para indicar la liberación normal del
"turno" cuando el usuario suelta el botón de
pulsar-para-hablar del CD 352.
El mensaje de PTT comprende campos tales como el
código de operación, el identificador, el origen, y un campo
reservado. El campo código de operación define si el mensaje
de PTT es un mensaje de solicitud o liberación del control del
turno. El campo identificador proporciona un identificador
único de mensaje para permitir que los subsiguientes mensajes de
liberación de PTT y PTX hagan referencia a una solicitud de PTT
específica. El identificador debería ser único dentro de la
sesión de registro de un CD 352 específico. El campo origen
identifica unívocamente al CD 352 que envía la solicitud 370 de PTT
al servidor 252 agente de usuario del SIP. El campo
reservado reserva espacio en el mensaje 370 de PTT para
capacidades futuras.
El CD 352 espera recibir al menos un mensaje 372
de respuesta al PTT (PTX) para cada solicitud 370 de PTT
transmitida. Si no se recibe una respuesta PTX 372 dentro de un
periodo de expiración predeterminado, el CD 352 supone que la
petición 370 de PTT se perdió en camino y retransmite el mensaje 370
de PTT utilizando el mismo identificador de PTT.
Si un mensaje 372 de respuesta PTX no se recibe
nunca desde el servidor 252 agente de usuario del SIP dentro de un
número predeterminado de retransmisiones, el CD 352 supone que el
servidor 252 agente de usuario del SIP ya no está accesible,
efectúa una transición a la modalidad ociosa del NBS e indica
una condición de error al usuario. En una realización preferida, el
CD 352 utiliza un identificador de PTT distinto para los
mensajes de solicitud y de liberación.
El mensaje PTX 372 es enviado por el servidor
252 agente de usuario del SIP a un CD 352 para acusar recibo y
responder a una solicitud previa 370 de PTT, así como para señalizar
sucesos asíncronos de control de turno. El servidor 252 agente de
usuario del SIP utiliza el mensaje PTX 372 para responder a una
solicitud o liberación de control de turno de PTT. El mensaje PTX
372 incluye información tal como si la solicitud de control de
turno de referencia fue concedida o denegada. Al responder a una
liberación 370 de control de turno de PTT, se utiliza el mensaje
PTX 372 para indicar solamente confirmación de recepción. El
servidor 252 agente de usuario del SIP también puede utilizar el
mensaje PTX 372 para denegar asíncronamente una solicitud de control
de turno previamente concedida (cuando un CD 352 de mayor prioridad
emite una solicitud de control de turno, la concesión PTX expira
(es decir, agota su tiempo), u ocurre algún otro suceso que requiere
que se revoque el control del turno de la red).
El mensaje PTX 372 comprende campos tales como
el código de operación, el identificador, la acción, el estado y el
expira. El campo código de operación define si el mensaje PTX
372 es una respuesta síncrona para una solicitud PTT pendiente, o
si es un mensaje asíncrono que indica un error o conflicto de
arbitraje de prioridad. El campo identificador hace
referencia a una solicitud PTT anteriormente recibida. El campo
acción indica si el mensaje PTX 372 está concediendo,
denegando, revocando o confirmando el control del turno de la red.
El campo estado proporciona información adicional que explica
la acción del PTX, en particular, en los casos en que el mensaje
PTX 372 deniega, revoca o no puede actuar sobre la solicitud PTT
anterior. El campo estado puede indicar que se ha concedido
control de la red a un orador de mayor prioridad, o que el CD 352
no está enumerado como un participante de la red y, por ello, no se
le permite remitir solicitudes de señalización de medios para la
red. El campo expira representa la máxima duración, en
segundos enteros, para la que se concede el control del turno de la
red al CD receptor 352. El servidor 252 agente usuario del SIP
inicia su temporizador desde el instante en que envía el mensaje PTX
372 de respuesta, no cuando el CD 352 comienza a enviar tráfico de
medios. El valor del campo expira es un parámetro de red
configurable.
El CD 352 no acusa explícitamente recibo de la
respuesta 372 al mensaje PTX. En cambio, si la respuesta 372 del
mensaje PTX se pierde, el temporizador de retransmisión de PTT del
CD 352 expira y el CD 352 retransmite su solicitud 370 de PTT. Dado
que el PTT 370 retransmitido tiene el mismo identificador que
la respuesta PTX 372 perdida, el servidor 252 agente de usuario del
SIP responde reenviando la respuesta perdida 370 del mensaje PTX,
en lugar de tratar la solicitud 372 del mensaje PTT retransmitido
como un suceso distinto de solicitud de
pulsar-para-hablar.
Un mensaje PTA 374 es enviado por el servidor
252 agente de usuario del SIP a cada CD 352 que participa
actualmente en una red para anunciar la identidad del origen del
tráfico pendiente de medios. Un mensaje PTA 374 también se utiliza
para anunciar formalmente el final de una racha de charla.
El mensaje PTA 374 comprende campos tales como
un código de operación, un orador, y un campo reservado. El campo
código de operación indica si el mensaje PTA 374 está
anunciando la concesión (o liberación) del turno a (o por) el CD
352 identificado por el campo orador. El campo orador
identifica al CD 352, que genera tráfico de medios a la red hasta
que se envía el próximo mensaje PTA 374. El campo reservado
reserva espacio en el mensaje PTA 374 para capacidades futuras.
El CD 352 cuya solicitud 370 de control de turno
de PTT tuvo éxito puede o no recibir un mensaje PTA 374 anunciando
que tiene control del turno. El mensaje puede llegar antes o después
de que reciba la correspondiente respuesta PTX 372, dado que el UDP
no necesariamente preserva el ordenamiento de los datagramas. Sin
embargo, el servidor 252 agente de usuario del SIP envía el anuncio
PTA 374 antes de que espere comenzar a remitir medios (en el caso
de un anuncio PTA de concesión). Se recomienda que el CD 352
solicitante ignore los mensajes PTA 374 recibidos que anuncian que
ha ganado el control del turno, y que confíe sólo en la recepción de
una respuesta 374 del mensaje PTX de concesión para determinar si
puede comenzar a transmitir medios a la red.
Un mensaje 404 "¿Estás ahí?" AYT (Fig. 13)
es enviado por servidor 252 agente de usuario del SIP a un CD 352
individual a fin de confirmar que el CD 352 en cuestión es accesible
utilizando el IP. También puede enviarse una colección de mensajes
404 AYT a un grupo de participantes de la red, a fin de señalizar
que una red ya no está en la modalidad durmiente.
El mensaje 404 AYT comprende campos tales como
el código de operación, el identificador y el reservado. El campo
código de operación indica si el nodo 208 de la MCU está
enviando el mensaje 404 AYT para determinar si el CD 352 está aún
accesible, o si el servidor 252 agente de usuario del SIP está
utilizando el tráfico de mensajes 404 ¿Estás Ahí? para sacar los
canales asociados de tráfico celular del CDMA de la red de la
modalidad durmiente. El campo identificador proporciona un
identificador único de mensaje para permitir que un subsiguiente
mensaje 408 de respuesta "Estoy Aquí" IAH haga referencia a un
mensaje específico 404 de solicitud AYT El identificador
puede incluir una referencia de sello temporal para generar
estimaciones de latencia. El campo reservado reserva espacio
en el mensaje 404 AYT para capacidades futuras.
El CD 352 puede o no estar en la modalidad
durmiente cuando se envía un mensaje 404 AYT En todos los casos, el
CD 352 responde a un mensaje 404 ¿Estás Ahí? recibido con un mensaje
408 de respuesta IAH
El servidor 252 agente de usuario del SIP supone
que el CD 352 responde generalmente a un mensaje 404 AYT con una
respuesta 408 "Estoy Aquí". Si no se recibe una respuesta 408
IAH dentro de un lapso de expiración razonable, el servidor 252
agente de usuario del SIP transmite un nuevo mensaje 404 AYT con un
nuevo identificador. Si, después de un número configurable
de retransmisiones, no se recibe una respuesta al mensaje 404 AYT
desde el CD 352, se supone que el CD 352 está inaccesible y el
servidor 252 agente de usuario del SIP lo retira de la lista actual
de participantes de la red.
Los futuros mensajes de señalización de medios
desde el CD 352 retirado se ignorarán (o generarán una respuesta de
error) hasta que el CD 352 se reincorpore exitosamente a la red. El
mensaje 404 IAH es enviado por el CD 352 al servidor 252 agente de
usuario del SIP para acusar recibo de un mensaje 404 AYT previamente
enviado. El mensaje 408 AYT comprende campos tales como el
identificador, el origen, y el reservado. El campo
identificador hace referencia a un mensaje 404 AYT
previamente recibido, cuyo recibo está acusando el CD 352. El campo
origen identifica unívocamente el CD 352 que envía la
respuesta del mensaje 408 IAH al servidor 252 agente de usuario del
SIP. El campo reservado reserva espacio en el mensaje 408 AIH
para capacidades optativas.
El servidor 252 agente de usuario del SIP supone
que el CD 352 acusa recibo de todos los mensajes 404 AYT recibidos,
con un mensaje 408 IAH de respuesta. Si el mensaje 404 AYT de
referencia fue enviado para confirmar que un CD 352 permanece
conectado en el estado de reposo del NBS, monitorizando pasivamente
el tráfico y señalización de medios del NBS, el servidor 252 agente
de usuario del SIP toma nota de la hora del mensaje 408 IAH recibido
para referencia futura.
Dado que el servidor 252 agente de usuario del
SIP es responsable de definir el valor del campo
identificador, el servidor 252 agente de usuario del SIP
puede utilizar el identificador para determinar y rastrear si
un CD 352 específico permanece accesible.
El ZZZ, o mensaje durmiendo (ilustrado en
la Fig. 13 como el número de referencia 412), es enviado por el
servidor 252 agente de usuario del SIP al CD 352 para estimular al
CD 352 a liberar sus recursos enlazados por el aire e ingresar a la
modalidad durmiente. El CD 352 puede escoger ignorar este mensaje
(especialmente si está brindando soporte concurrentemente a otras
aplicaciones de paquetes).
El mensaje ZZZ comprende campos tales como el
identificador y el reservado. El campo del identificador proporciona
un identificador único de mensaje para permitir que el CD 352
distinga entre múltiples recepciones del mensaje ZZZ. El campo
reservado reserva espacio en el mensaje ZZZ para capacidades
optativas o futuras.
El CD 352 no acusa recibo del mensaje ZZZ. La
recuperación de errores, generalmente, no se intenta si se pierde
el mensaje ZZZ. Para prevenirse contra la pérdida de un mensaje ZZZ,
el servidor 252 agente de usuario del SIP puede enviar múltiples
copias del mismo mensaje ZZZ a un CD 352 individual. El servidor 252
agente de usuario del SIP garantiza que las copias del mismo
mensaje durmiendo se envían dentro de un intervalo definido,
y el CD 352 espera durante un periodo más largo que este intervalo,
a partir del momento en que se recibe el primer mensaje
durmiendo (con un nuevo identificador), antes de
liberar su enlace por el aire y efectuar la transición a un
estado
durmiente.
durmiente.
Como se ilustra en la Fig. 15, un mensaje ASK
382 es enviado por el CD 352 como una consulta 384 al servidor 252
agente de usuario del SIP para confirmar la conectividad con el
servidor 252 agente de usuario del SIP. El mensaje ASK 382 también
permite al CD 352 determinar si el CD 352 permanece registrado como
un participante de la red. El CD 352 puede confirmar su
participación después de una perturbación del servicio, u de otro
periodo en el cual pueda haber perdido temporalmente la conectividad
con el servidor 252 agente de usuario del SIP.
El mensaje ASK 382 comprende campos tales como
identificador, origen y reservado. El campo identificador
proporciona un identificador único no nulo de mensaje, para permitir
que un subsiguiente mensaje de respuesta "Para Su Información"
haga referencia a un específico mensaje de solicitud ASK. El campo
origen identifica unívocamente al CD 352 que envía la
solicitud del mensaje ASK 382 al servidor 252 agente de usuario del
SIP. El campo reservado reserva espacio en el mensaje ASK
382 para capacidades optativas o futuras.
El CD 352 supone que el servidor 252 agente de
usuario del SIP responde a un mensaje ASK 382 recibido con un
mensaje 386 de respuesta "Para Su Información". Si no se recibe
una respuesta 386 "Para Su Información" dentro de un periodo
de expiración predeterminado, el CD 352 transmite un nuevo mensaje
ASK 382 con un nuevo identificador. Si, después de un número
configurable de retransmisiones, no se recibe una respuesta al
mensaje ASK 382 desde el servidor 252 agente de usuario del SIP, se
supone que el servidor 252 agente de usuario del SIP está
inaccesible y el CD 352 efectúa la transición al estado
ocioso de servicios grupales.
El mensaje 386 FYI es enviado por el servidor
252 agente de usuario del SIP al CD 352 para acusar recibo de un
mensaje ASK 382 enviado anteriormente, o bien es enviado
asíncronamente por el servidor 252 agente de usuario del SIP para
informar al CD 352 de una condición excepcional.
El mensaje 386 FYI comprende campos tales como
código de operación, acción, estado, identificador y reservado. El
campo código de operación define si el mensaje 386 FYI es una
respuesta síncrona a una solicitud ASK 382 pendiente, o si es un
mensaje asíncrono que indica una condición excepcional. El campo
acción indica si el menaje 386 FYI está confirmando la
participación en red, informando al CD 352 de que ha sido borrado
administrativamente de la lista de miembros de la red, o bien
realizando alguna otra función a definir. El campo estado
proporciona información adicional para explicar el mensaje 386 FYI
en particular, en casos donde el mensaje 386 FYI indica que el CD
352 no es un participante o miembro de la red. El campo
identificador hace referencia a un mensaje ASK 382
previamente recibido, del cual el CD 352 está acusando recibo. El
valor del campo identificador está indefinido para
respuestas asíncronas FYI El campo reservado reserva espacio
en el mensaje 408 "Estoy Aquí" para capacidades optativas o
futuras.
El CD 352, generalmente, no acusa recibo de
respuestas del mensaje 386 "Para Su Información". Si se pierde
una respuesta del mensaje 386 "Para Su Información", el CD 352
envía una nueva solicitud del mensaje PREGUNTA 382. Debido a que el
CD 352 no solicita respuestas del mensaje 386 asíncrono FYI en una
realización preferida, el servidor 252 agente de usuario del SIP
hace al menos tres transmisiones escalonadas de cualquier respuesta
del mensaje 386 FYI.
Un CD 352 participante señaliza el deseo de un
usuario para difundir medios a la red emitiendo una solicitud 376
de mensaje PTT al servidor 252 agente de usuario del SIP. El
servidor 252 agente de usuario del SIP responde a la solicitud PTT
376 con una respuesta 378 del mensaje PTX, que puede bien conceder o
bien denegar la solicitud. Si la solicitud se concede, se difunde
un mensaje 380 de anuncio PTA a todos los participantes de la red.
La interfaz de usuario del CD 352 solicitante puede indicar al
usuario que el permiso para hablar a la red ha sido concedido en
cuanto se reciba la respuesta 378 del mensaje PTX de concesión. El
CD 352, normalmente, difunde tráfico de medios hasta que el usuario
suelta el botón PTT, momento en el cual señaliza el final de la
racha de charla emitiendo un mensaje 376 de liberación de PTT al
servidor 252 agente de usuario del SIP. El servidor 252 agente de
usuario del SIP responde con un mensaje 378 de confirmación PTX y
difunde un anuncio que indica el fin de la racha de charla a todos
los participantes de la red.
Cuando cualquier CD 352 tiene el turno (el
derecho para hablar) de una red, se dice que la red está activa; en
caso contrario, está inactiva. Si una red está inactiva durante un
tiempo que excede el tiempo de espera de la red, el servidor 252
agente de usuario del SIP puede poner a la red en la modalidad
durmiente, señalizando individualmente a todas las estaciones
móviles registradas para liberar sus canales de tráfico por el aire.
Se mantiene una conexión para permitir que una solicitud de control
de turno, u otro tráfico, saque a la red de la modalidad durmiente
relativamente deprisa. Los miembros de la red pueden ignorar los
mensajes "Ir al estado durmiente". El servidor 252 agente de
usuario del SIP no rastrea explícita o implícitamente el estado de
inactividad de los miembros individuales de la red.
Según se ilustra en la Fig. 15, el servidor 252
agente de usuario del SIP "despertará" a una red y la sacará
de la modalidad 618 durmiente cuando se reciba una solicitud exitosa
704 de control de turno durante la inactividad. En cuanto la
solicitud 704 de control de turno haya sido concedida, el servidor
252 agente de usuario del SIP señalizará a cada CD 352 registrado
solicitando el mensaje 716 (AYT) por el canal de señalización de
medios, e iniciará un temporizador interno 724 de reactivación.
Cada CD 352 acusa recibo del mensaje 716 AYT al servidor 252 agente
de usuario del SIP si desea permanecer registrado en la red.
Optativamente, un CD 352 durmiente puede almacenar temporalmente el
tráfico 740 de medios desde el momento en que el usuario pulsa el
botón PTT hasta que el canal de tráfico del CD 352 se
(re)conecta. El servidor 252 agente de usuario del SIP puede
almacenar temporalmente el tráfico 740 de medios recibido desde el
CD 352 de turno, hasta que el temporizador 724 de reactivación
supere el plazo de expiración de reactivación, punto en el cual
comienza a remitir tráfico de medios a cada CD 352 registrado,
incluyendo a cualquier miembro que no haya respondido aún a la
solicitud 716 ¿Estás Ahí? Así, tanto el CD 352 como el nodo 208 de
la MCU tienen la capacidad de almacenar temporalmente datos hasta
que el destinatario esté listo para recibir la información
temporalmente almacenada. En una realización, se almacenan
porciones de datos tanto en el CD 352 como en el nodo 208 de la
MCU.
El servidor 252 agente de usuario del SIP
retransmite periódicamente solicitudes 716 AYT a cualquier CD 352
registrado que no haya acusado recibo de la solicitud 716 AYT. Una
vez que el temporizador 724 de reactivación ha superado un segundo
plazo de expiración más largo, de remolón, el servidor 252
agente de usuario del SIP desregistrará a cualquier CD 352 miembro,
cuyo acuse de recibo del ¿Estás Ahí? esté pendiente, y detendrá el
temporizador 724 de reactivación. El servidor 252 agente de usuario
del SIP ignora las solicitudes ¿Estás Ahí? duplicadas.
Si el CD 352 intenta unirse a una red que está
actualmente durmiente, el servidor 252 agente de usuario del SIP
procesa normalmente la solicitud y luego señaliza al CD 352 para ir
al estado durmiente. El CD 352 señalizado puede ignorar el comando
de ir al estado durmiente.
Durante los periodos de inactividad extendida de
la red, el NBS admite que se realice una llamada de servicio de
datos en paquetes en el estado 528 durmiente/ocioso (véase la Fig.
11). El servidor 252 agente de usuario del SIP facilita las
transiciones hacia y desde el estado 528 durmiente/ocioso,
gestionando independientemente un concepto similar de inactividad
para cada red 100 del NBS.
La Fig. 13 ilustra la secuencia de mensajes de
señalización de medios con respecto a la inactividad 400, entre el
CD 352 y el servidor 252 agente de usuario del SIP. En general, se
envía un mensaje a todos los CD en la red para que vayan al estado
durmiente, en base a una señal de control enviada desde el CM, sobre
la base de un temporizador en cada CD. Así pues, los recursos
adjudicados a la red son liberados y pueden ser utilizados por
otros usuarios. Con una programación configurable, el servidor 252
agente de usuario del SIP envía una solicitud del mensaje (AYT) 404
a cada CD 352, con el fin de confirmar que el CD 352 en un estado de
reposo permanece accesible. Así, el CM 104 mantiene un sondeo
centralizado de los usuarios actuales de la red y de su estado.
Esto también permite que los CD individuales se unan o abandonen
dinámicamente la red. El CD 352 responde a la solicitud 404 AYT con
una respuesta del mensaje (AYT) 408. Los mensajes 404 AYT no se
difunden necesariamente a cada CD 352 a la vez. El servidor 252
agente de usuario del SIP puede escalonar el envío de mensajes 404
AYT a cada participante de la red, a fin de evitar recibir un
diluvio de respuestas 408 simultáneas de mensajes IAH.
Después de que la red ha estado ociosa lo
bastante como para que expire el tiempo de espera configurable de
la red, el servidor 252 agente de usuario del SIP difunde un mensaje
412 de solicitud ZZZ a cada participante de la red. En respuesta,
cada CD 352 puede liberar sus recursos de enlace por el aire e
ingresar en la modalidad durmiente. Los participantes de la red no
deben necesariamente responder al mensaje 412 de solicitud ZZZ.
Una solicitud 416 PTT exitosa por parte del CD
352 saca a la red de la modalidad durmiente. En una realización, se
necesita que responda un predeterminado número de umbral de usuarios
a fin de sacar la red de la inactividad. Antes de conceder la
solicitud con un mensaje 420 PTX, el servidor 252 agente de usuario
del SIP envía a cada CD 352 una solicitud 424 del mensaje ¿Estás
Ahí?, para forzar a cada CD 352 anteriormente participante a salir
de la inactividad. Esto se hace si el CD 352 escogió liberar sus
recursos de enlace por el aire en respuesta al mensaje 412 ZZZ, y
para confirmar que el CD 352 participante aún permanece accesible.
En otra realización, después de un retardo configurable, pero fijo,
definido como el temporizador de respuesta de inactividad del PTX,
el servidor 252 agente de usuario del SIP transmite la respuesta 420
del mensaje de concesión PTX al CD 352 solicitante. Una vez que
expira un segundo temporizador de reactivación (cuyo valor,
generalmente, no es menor que el del temporizador de respuesta de
inactividad del PTX), el servidor 252 agente de usuario del SIP
anuncia el orador, mediante un mensaje 428 PTA a todos los
participantes de la red, y puede comenzar a remitir medios.
El nodo 208 de la MCU es responsable de recibir
paquetes de datos entrantes desde el CD 352 transmisor, y de enviar
copias duplicadas de los paquetes de datos recibidos a otros
miembros de la red a la cual pertenece el CD 352 transmisor. Según
cada paquete de datos es recibido por el nodo 208 de la MCU, se
almacena en una memoria (no mostrada). El CD 352 transmisor puede
ser identificado interrogando el paquete de datos. En una
realización, se incluye una dirección de IP, que representa al CD
transmisor, en cada paquete de datos, como una forma de efectuar la
identificación.
Después de que se identifica al CD 352
transmisor, el gestor 256 del nodo de la MCU recupera una lista de
miembros de la red, pertenecientes a la red asociada al nodo 208 de
la MCU específica, de la memoria local (cada MCU está habitualmente
asignada sólo a una red). Una dirección de destino está asociada a
cada miembro activo de la red, es decir, los miembros de la red que
están actualmente registrados en el nodo 208 de la MCU, en la
memoria local. En una realización, la dirección de destino es una
dirección de IP. El gestor 256 del nodo de la MCU crea entonces un
duplicado del paquete original de datos, salvo que la dirección de
destino identificada dentro del paquete de datos se modifica para
reflejar la dirección de destino del primer miembro de la red. A
continuación, la MCU 208 crea un segundo paquete de datos
duplicados, dirigido al segundo miembro de la red. Este proceso
continúa hasta que el paquete de datos original ha sido duplicado y
enviado a todos los miembros activos de la red identificados en la
memoria local. Durante la reproducción de cualquier medio
almacenado temporalmente, el CM 104 trata la red como activa,
incluso si el CD 352 orador ha liberado el turno. Por tanto, el CM
104 no permite que un CD 352 interrumpa la reproducción de medios
temporalmente almacenados, a menos que el CD 352 que interrumpe
tenga mayor prioridad que el origen de los medios temporalmente
almacenados.
Observe que el servidor 252 agente de usuario
del SIP puede recibir respuestas 432 del mensaje IAH durante un
intervalo extendido, después de que la red es sacada de la modalidad
durmiente, y que el servidor 252 agente de usuario del SIP no
espera que todos los participantes de la red respondan antes de
conceder la solicitud 416 PTT pendiente. Los que contestan tarde,
cuya respuesta 432 IAH llega después de que se transmite la
respuesta 420 del mensaje de concesión PTX, permanecen registrados
como participantes de la red, pero pueden no recibir todo el
tráfico y señalización de medios iniciales. Se supone que cualquier
CD 352 que no responda a la solicitud 424 AYT después de un tercer
retardo mayor (y configurable) ya no está accesible, y se retira de
la lista de participantes activos de la
red.
red.
La Fig. 14 ilustra una secuencia de mensajes 440
de señalización de medios del NBS, que muestran a un CD 444 de
mayor prioridad interrumpiendo a un CD 442 de menor prioridad con
control del turno de la red.
Inicialmente, un CD 442 de menor prioridad
remite una solicitud 446 de mensaje PTT al servidor 252 agente de
usuario del SIP, que es concedida por el servidor 252 agente de
usuario del SIP. El servidor 252 agente de usuario del SIP anuncia
que el CD 442 tiene el control del turno de la red.
Mientras el CD 442 de menor prioridad está
transmitiendo los medios 443, un segundo CD 444 intenta interrumpir
enviando al servidor 252 agente de usuario del SIP una solicitud 448
de mensaje PTT para la misma red. El servidor 252 agente de usuario
del SIP determina que el segundo CD 444 tiene mayor prioridad que el
CD 442 orador, y revoca inmediatamente el control del turno de la
red al CD 442 orador, enviándole un mensaje 450 asíncrono de
denegación PTX. El servidor 252 agente de usuario del SIP concede
entonces la solicitud 448 de PTT al CD 444 de mayor prioridad, con
una respuesta normal 452 del mensaje de concesión PTX, y anuncia que
el CD 444 de mayor prioridad tiene el control del turno de la
red.
Si el servidor 252 agente de usuario del SIP
determina que el CD 444 que interrumpe no tiene mayor prioridad, el
servidor 252 agente de usuario del SIP rechaza inmediatamente la
solicitud 448 de PTT con una respuesta 452 del mensaje PTX, y
continúa distribuyendo los medios 456 desde el CD orador a los
participantes de la red, sin interrupción.
Aunque la prioridad asignada a un CD específico
es un valor fijo definido en la base de datos mantenida por el
servidor 252 agente de usuario del SIP, el servidor 252 agente de
usuario del SIP puede utilizar otros algoritmos de arbitraje que no
necesariamente conceden siempre el turno al participante solicitante
de mayor prioridad, según se ilustra aquí. El algoritmo de
arbitraje del PTT utilizado para arbitrar conflictos puede
configurarse individualmente para cada red.
Como mínimo, el servidor 252 agente de usuario
del SIP brinda soporte a una política de arbitraje que permite que
un CD interrumpa al orador actual sólo si el CD tiene un nivel de
prioridad que supera al del orador actual. Un CD con prioridad
mínima puede escuchar el tráfico de medios, pero nunca obtener el
control del turno de la red.
Las Figs. 15 y 16 ilustran el funcionamiento del
CM 104 y del CD 352, respectivamente, durante diversos estados. El
CM 104 mantiene un temporizador de inactividad para cada red, o bien
el temporizador 620 del tiempo de espera. Cuando el temporizador
620 de inactividad alcanza un valor prescrito configurable, el
temporizador activa al CM 104 para poner la red en un estado 618
durmiente, difundiendo un mensaje 696 de señalización de medios a
todos los participantes de la red. Al recibir el mensaje, un CD 352
participante puede liberar su canal de tráfico e ingresar a un
estado 844 durmiente/ocioso, o bien el CD 352 puede ignorar el
mensaje y permanecer en un estado 820 conectado. En particular, los
participantes de red que no están funcionando por un canal, tal
como los usuarios de la RTPC por conexión telefónica, deberían
ignorar los mensajes de señalización de medios.
El temporizador 620 de tiempo de espera de la
red no avanza durante el tiempo en que está en efecto una respuesta
632 del mensaje de concesión PTX. El temporizador 620 se reinicia en
cero cuando se transmite el mensaje 632 de concesión PTX, y
permanece en cero hasta que expira la concesión 632 PTX o el CD 352
libera el turno 872 de la red. Una vez que se libera el turno, el
temporizador del tiempo de espera avanza hasta que se transmite la
próxima respuesta 632 del mensaje de concesión PTX.
Si un CD 352 participante ingresa al estado 844
durmiente/ocioso, permanece durmiente, bien hasta que todos los
datos de paquetes dirigidos al CD 352 lleguen a la infraestructura
celular del Administrador Maestro del CD 352, o bien hasta que el
CD 352 genere datos para enviar, utilizando el servicio de datos en
paquetes. El primer caso puede activarse por tráfico enviado al CD
352 por el CM 104 (908). El segundo caso puede ser activado por el
usuario, pulsando el botón PTT para solicitar permiso de difusión a
la red. También son posibles otros activadores no relacionados con
el NBS.
La red en sí permanece durmiente hasta que uno o
más participantes activan la transmisión de una solicitud 704 de
PTT. Si el CM 104 determina que puede conceder el mensaje 704 de
solicitud de PTT (incluyendo la realización de cualquier arbitraje
necesario para tratar las múltiples solicitudes), envía una
solicitud 716 a cada participante registrado de la red, para
activar una transición fuera del estado 844 durmiente/ocioso. Para
cualquier CD 352 específico, la activación puede o no ser
necesaria, pero cada CD 352, no obstante, responde a la solicitud.
En esta circunstancia, cuando una red está efectuando la transición
fuera del estado 618 durmiente, el CM 104 se inhibe de enviar el
mensaje 756 inicial de respuesta de concesión PTX, hasta que expira
un retardo fijo pero configurable, el temporizador 728 de respuesta
de inactividad de PTX. Después de que expira el temporizador 728,
cuyo valor por omisión es habitualmente cero, el CM 104 envía la
concesión 756 PTX como de costumbre. Sin embargo, el CM 104
continúa inhibiéndose de remitir medios a la red hasta que expira un
segundo temporizador asociado, el temporizador 724 de reactivación
de la red. Ambos temporizadores se reinician cuando el CM 104
determina que puede concederse el turno de la red durmiente. El
valor del temporizador 724 de reactivación no debería ser menor que
el valor del temporizador 728 de respuesta de reactivación PTX.
Después de que ha expirado el temporizador 724 de reactivación, el
CM 104 comienza a remitir medios, y señalización y tráfico de
medios, normalmente. Ambos temporizadores son configurables para
cada red.
Si el CM 104 determina que no puede conceder la
solicitud 704 de PTT, señaliza inmediatamente al CD 352 solicitante,
en consecuencia, con un mensaje 708 de denegación PTX, y la red
permanece durmiente.
Un CD 352 que ha ingresado al estado 844
Durmiente/Ocioso puede requerir un cambio de sistema, cambiar
opciones de servicio, o experimentar alguna otra perturbación del
servicio que causa que nunca reciba ni responda el mensaje 908 de
"reactivación" AYT. El CM 104 mantiene un tercer temporizador,
más largo, que también se reinicia con los temporizadores de
reactivación y de respuesta de reactivación PTX. Este temporizador
más largo de remolones (no mostrado) también es configurable para
cada red. Después de que expira el temporizador de remolones,
cualquier CD 352 cuya respuesta 916 IAH al mensaje 908 de
reactivación AYT no ha sido recibida es retirado de la lista de
participantes activos de la red por el CM 104. Cualquier tal CD 352
retirado ha de volver a registrarse en el servidor 236 del SIP del
CM 104 a fin de volver a ser nuevamente un participante de la
red.
Debido a los retardos potenciales asociados al
efectuar la transición de un CD 352 desde el estado 844
Durmiente/Ocioso al estado conectado, tanto el CD 352 como el CM 104
pueden llevar a cabo el almacenamiento temporal de la voz para
mitigar el retardo de transición percibido por el usuario.
Habitualmente, la interfaz de usuario del CD 352
señaliza al usuario, mediante mecanismos visuales o auditivos, al
menos dos hitos en el procesamiento de una pulsación de la tecla
PTT. Primero, el CD 352 señaliza que ha detectado una pulsación de
tecla PTT. Más tarde, el CD 352 señaliza que ha recibido la
respuesta 868 del mensaje PTX del CM 104. Si la respuesta 868 del
mensaje PTX concede permiso para difundir medios, la interfaz de
usuario del CD 352 proporciona una indicación de que el usuario
puede comenzar a hablar a la red; en caso contrario, la interfaz de
usuario del CD 352 indica que se ha denegado al usuario el permiso
(856) para hablar a la red.
Cuando la red no está durmiente, la latencia
entre la transmisión del mensaje de solicitud de PTT y la recepción
del correspondiente mensaje de respuesta PTX es relativamente
pequeña, y el usuario se acostumbra a que se le conceda permiso
para hablar poco después de que se pulsa el botón PTT. Sin embargo,
cuando la red está durmiente, un retardo relativamente
significativo puede separar la transmisión de la solicitud 852 de
PTT y la recepción del correspondiente mensaje 856 u 868 PTX. El
retardo puede ocurrir porque el CD 352 puede haber liberado su
canal de tráfico y experimenta un retardo al restablecer el servicio
de datos en paquetes. El retardo también puede ocurrir porque el CM
104 espera hasta que el temporizador de reactivación de la red haya
expirado antes de enviar la respuesta 856 u 868 del mensaje PTX. En
esta circunstancia, el CD 352 puede suponer, con optimismo, que el
CM 104 responde eventualmente con una respuesta 868 de concesión PTX
y señaliza al usuario que se ha concedido una solicitud 876 de PTT.
Para permitir que el usuario comience a hablar "temprano", el
CD 352 almacena temporalmente la voz internamente, bien hasta que
llegue la solicitud PTX, o bien hasta que consuma todo el espacio
de almacenamiento temporal interno disponible.
Si la respuesta del mensaje PTX llega y la
solicitud está concedida, el CD 352 puede comenzar a transmitir la
voz (temporalmente almacenada) y el funcionamiento continúa
normalmente. Si llega la respuesta del mensaje PTX y la solicitud
está denegada, el CD 352 señaliza al usuario que el permiso para
hablar a la red ha sido denegado. Dado que el usuario ha comenzado
ya a hablar, esta denegación tardía puede parecer un conflicto de
prioridades. Se tiene especial cuidado, en esta circunstancia, para
evitar confundir innecesariamente al usuario. El CM 104 señaliza el
mensaje 856 de denegación PTX tan pronto como sea posible, para
limitar la duración del tiempo en que el usuario puede hablar bajo
la hipótesis de que la solicitud de PTT pendiente será
eventualmente concedida.
Si el mensaje PTX no llega antes de que se
consuma todo el espacio de almacenamiento temporal interno
disponible, el CD 352 puede simular un mensaje 856 de denegación
PTX y señalizar al usuario para que deje de hablar (856). Si el CD
352 no ha sido capaz de restablecer el servicio, también puede
necesitar emprender otra acción por error en este punto, e informar
al usuario en consecuencia. Alternativamente, si en este momento se
restablece el servicio de datos en paquetes, el CD 352 puede, en
esta situación, comenzar a transmitir medios de voz al CM 104 sin
la recepción previa de una respuesta 868 del mensaje de concesión
PTX.
Mientras espera que expire el temporizador de
reactivación, el CM 104 almacena temporalmente todo medio de voz
recibido por los canales de medios de una red desde el CD 352 que ha
enviado la solicitud 852 PTT pendiente y, eventualmente, envía una
correspondiente respuesta 868 de concesión PTX. Una vez que expira
el temporizador de reactivación, el CM 104 transmite la respuesta
868 de concesión PTX al CD 352 solicitante, difunde un anuncio PTA
a la red, y comienza a difundir los medios de voz temporalmente
almacenados. Si el almacén temporal interno de voz del CM 104 se
consume antes de que expire el temporizador de reactivación, el CM
104 transmite inmediatamente un mensaje 856 de denegación PTX al CD
352 solicitante. El tratamiento de la voz temporalmente almacenada
está indefinido, pero el CM 104 puede transmitir el contenido de su
almacén temporal de voz a la red después de que haya expirado el
temporizador de reactivación. Una vez que el temporizador de
reactivación ha expirado, el funcionamiento de la red procede
normalmente.
El tamaño del almacén temporal de medios de voz
en el CD 352 se escoge sobre la base del máximo tiempo esperado
para efectuar la transición al estado 812 Conectado del estándar
IS-707.5, desde el estado 844 durmiente/ocioso del
estándar IS-707.5. De manera similar, el tamaño del
almacén temporal de medios en el CM 104 debería escogerse sobre la
base del valor (máximo) del temporizador de reactivación de la red
especificado en la base 232 de datos de la red del CM 104.
Sigue una descripción más completa de los
estados del CM 104. El CM 104 implementa el diagrama 600 de estados
de Señalización de Medios del NBS mostrado en la Fig. 15 para cada
instancia de una red. El CM 104 se inicializa en un estado ocioso
604 cuando se crea una red. La red permanece en el estado ocioso 604
mientras no se conceda ninguna solicitud PTT 608 de participantes
de red para el control del turno 612, y la red no esté durmiente
618. El CM 104 reinicia el temporizador 620 de tiempo de espera al
ingresar al estado ocioso 604. El CM 104 efectúa la transición
desde el estado ocioso 604 al estado 612 de concesión cuando se
recibe una solicitud 608 de PTT desde un participante de red. El CM
104 efectúa la transición desde el estado ocioso 604 al estado 624
de transición a durmiente cuando expira el temporizador de tiempo de
espera.
El CM 104 efectúa la transición desde el estado
612 de concesión al estado ocioso 604, y envía una respuesta PTX de
denegación 626 al CD 352 solicitante, si el algoritmo de arbitraje
deniega el control del turno al CD 352 solicitante. El CM 104
efectúa la transición desde el estado 612 de concesión al estado 628
de anuncio, y envía una respuesta 632 de concesión PTX al CD 352
solicitante, si el arbitraje concede el control del turno al CD 352
solicitante (o que interrumpe). Después de enviar la respuesta 632
de concesión PTX, el CM 104 considera al CD 352 solicitante (o que
interrumpe) como el orador actual de la red. El CM 104 efectúa la
transición desde el estado 628 de anuncio al estado 636 de charla,
y envía un mensaje 640 PTA, anunciando el nuevo orador a todos los
participantes de la red, inmediatamente tras ingresar al estado 628
de anuncio. El orador actual permanece en el estado 636 de charla
mientras no se reciba ninguna solicitud 644 de PTT, ni ningún
mensaje 648 de liberación, de un participante de la red, y no haya
expirado el temporizador 652 a prueba de fallos de la red. El CM
104 reinicia el temporizador 652 a prueba de fallos de la red al
ingresar al estado 636 de charla. Mientras está en el estado 636 de
charla, el CM 104 difunde medios desde el orador actual de la red a
la red.
El CM 104 efectúa la transición desde el estado
636 de charla al estado 656 de arbitraje cuando se recibe el
mensaje 644 de solicitud de PTT desde un participante de la red. El
CM 104 efectúa la transición desde el estado 636 de charla al
estado 660 de confirmación de liberación cuando se recibe el mensaje
648 de liberación de PTT desde el CD 352 con control del turno de
la red. El CM 104 efectúa la transición desde el estado 636 de
charla al estado 664 de recuperación a prueba de fallos cuando
expira el temporizador 652 a prueba de fallos. Habitualmente se
concede al usuario la cantidad de tiempo restante antes de que
expire el temporizador a prueba de fallos. El CM 104 difunde el
tráfico de medios, recibido desde el orador actual de la red, a la
red mientras permanezca en el estado 636 de charla. Si el almacén
temporal de medios de la red no está vacío, el CM 104 continúa
almacenando temporalmente los medios recibidos desde el orador
actual de la red, mientras difunde tráfico de medios a la red.
El CM 104 ingresa en el estado 656 de arbitraje
como resultado de la recepción del mensaje 644 de solicitud de PTT
mientras está en el estado 636 de charla. El CD 352 que originó el
mensaje 644 de solicitud de PTT se conoce como el participante que
interrumpe. Si el participante que interrumpe y el orador actual son
idénticos, el mensaje 668 de concesión PTX del CM 104 se ha
perdido, y el orador actual está reenviando su solicitud 644 de
PTT. El CM 104 efectúa la transición desde el estado 656 de
arbitraje al estado 636 de charla y envía al participante que
interrumpe el mensaje 668 de concesión PTX si el participante que
interrumpe y el orador actual de la red son idénticos. El CM 104
aplica el algoritmo de arbitraje al orador actual de la red y al
participante que interrumpe inmediatamente tras ingresar al estado
656 de arbitraje, si el participante que interrumpe y el orador
actual de la red son distintos.
El CM 104 efectúa la transición desde el estado
656 de arbitraje al estado 636 de charla, y envía al participante
que interrumpe un mensaje 672 de denegación PTX, si el algoritmo de
arbitraje se pronuncia a favor del orador actual. El CM 104 efectúa
la transición desde el estado 656 de arbitraje al estado 612 de
concesión, y envía al orador actual de la red un mensaje 676 de
interrupción PTX, si el algoritmo de arbitraje se pronuncia a favor
del participante que interrumpe. El CM 104 efectúa la transición
desde el estado 660 de confirmación de liberación al estado 680 de
anuncio de liberación, y envía un mensaje 684 de confirmación PTX al
orador actual, inmediatamente tras ingresar al estado 680 de
anuncio de liberación.
El CM 104 efectúa la transición desde el estado
664 de recuperación a prueba de fallos al estado 680 de anuncio de
liberación, y envía un mensaje 688 de denegación PTX al orador
actual, inmediatamente tras ingresar el estado 664 de recuperación
a prueba de fallos. El CM 104 efectúa la transición desde el estado
680 de anuncio de liberación al estado ocioso 604, y envía un
anuncio 692 de liberación PTA a todos los participantes de la red,
inmediatamente tras ingresar al estado 680 de anuncio de liberación.
El CM 104 efectúa la transición desde el estado 624 de pasaje a
durmiente al estado durmiente 618, y envía un mensaje 696 ZZZ,
anunciando que la red ha pasado al estado durmiente, a todos los
participantes de la red, inmediatamente tras ingresar al estado 624
de pasaje a durmiente. La máquina de estados de la red permanece en
el estado durmiente 618 mientras ningún participante de la red
solicite el control del turno. El CM 104 efectúa la transición desde
el estado durmiente 618 al estado 706 de reactivación cuando se
recibe una solicitud 704 de PTT desde un participante de la
red.
El CM 104 efectúa la transición desde el estado
706 de reactivación al estado durmiente 618, y envía una respuesta
708 de denegación PTX al CD 352 solicitante, si el algoritmo de
arbitraje deniega el control del turno al CD 352 solicitante. Dado
que la red está durmiente, esto puede ocurrir sólo si el CD 352
solicitante tiene privilegios de sólo escucha. El CM 104 efectúa la
transición desde el estado 706 de reactivación a un estado 712 de
reactivación pendiente, y envía una solicitud 716 de reactivación
AYT a todos los participantes de la red, si el arbitraje concede el
control del turno al CD 352 solicitante. Después de enviar la
solicitud 716 de reactivación AYT, el CM 104 considera al CD 352
solicitante como el orador pendiente de la red.
El CM 104 permanece en el estado 712 de
reactivación pendiente mientras no se reciba ningún mensaje 720 de
solicitud de PTT desde un participante de la red, no haya expirado
un temporizador 724 de reactivación y no haya expirado el
temporizador 728 de respuesta de inactividad PTX. El CM 104 reinicia
el temporizador 724 de reactivación y el temporizador 728 de
respuesta de inactividad PTX al ingresar al estado 712 de
reactivación pendiente. El CM 104 efectúa la transición desde el
estado 712 de reactivación pendiente al estado 732
durmiente-arbitraje cuando se recibe el mensaje 720
de solicitud de PTT desde un CD 352 distinto al orador pendiente de
la red. El CM 104 efectúa la transición desde el estado 712 de
reactivación pendiente a un estado 736
durmiente-concesión cuando expira el temporizador
724 de reactivación de la red. El CM 104 efectúa la transición desde
el estado 712 de reactivación pendiente a un estado 740 de
almacenamiento temporal - concesión cuando expira el temporizador
728 de respuesta de inactividad PTX.
El CM 104 aplica el algoritmo de arbitraje al
orador pendiente de la red y al participante que interrumpe
inmediatamente tras ingresar al estado 732
durmiente-arbitraje. El CM 104 efectúa la transición
desde el estado 732 durmiente-arbitraje al estado
712 de reactivación pendiente, y envía al participante que
interrumpe un mensaje 744 de denegación PTX, si el algoritmo de
arbitraje se pronuncia a favor del orador pendiente. El CM 104
efectúa la transición desde el estado 732
durmiente-arbitraje al estado 712 de reactivación
pendiente, y envía al participante que interrumpe un mensaje 744 de
denegación PTX, si el algoritmo de arbitraje se pronuncia a favor
del orador pendiente. El CM 104 efectúa la transición desde el
estado 732 durmiente-arbitraje al estado 712 de
reactivación pendiente, envía al orador pendiente el mensaje 744 de
denegación PTX, y considera al participante que interrumpe como el
nuevo orador pendiente de la red, si el algoritmo de arbitraje se
pronuncia a favor del participante que interrumpe.
El CM 104 efectúa la transición desde el estado
736 durmiente-concesión al estado 628 de anuncio, y
envía una respuesta 748 de concesión PTX al orador pendiente de la
red, inmediatamente tras ingresar al estado 736
durmiente-concesión. El CM 104 efectúa la transición
desde el estado 740 de almacenamiento temporal - concesión a un
estado 752 de almacenamiento temporal, y envía una respuesta 756 de
concesión PTX al orador pendiente de la red, inmediatamente tras
ingresar al estado 740 de almacenamiento temporal - concesión. La
máquina de estados de la red permanece en el estado 752 de
almacenamiento temporal mientras no haya expirado el temporizador
724 de reactivación. Mientras está en el estado 752 de
almacenamiento temporal, el CM 104 almacena temporalmente todo
tráfico de medios recibido desde el orador pendiente de la red.
El CM 104 efectúa la transición desde el estado
752 de almacenamiento temporal al estado 628 de anuncio cuando
expira el temporizador 724 de reactivación. El CM 104 almacena
temporalmente todo tráfico de medios recibido desde el orador
pendiente de la red en el almacén temporal de medios de la red
mientras permanezca en el estado 752 de almacenamiento temporal. El
CM 104 responde a cualquier solicitud de señalización de medios que
contenga valores de campo inválidos o reservados enviando una
respuesta 760 ERR, en un estado 764 de error, al CD 352 que envió
el mensaje, e ignora la solicitud en todo caso.
El CD 352 implementa el diagrama 800 de estados
de Señalización de Medios del NBS, mostrado en la Fig. 16, toda vez
que un usuario está participando en una red. El CD 352 se inicializa
en un estado 804 de arranque después de que el CD 352 acepta la
descripción de sesión de la red, enviando un mensaje 808 ACK de
acuse de recibo del SIP al CM 104. El CD 352 efectúa la transición
desde el estado 804 de arranque a un estado 812 de espera de
arranque, y envía un mensaje 816 de solicitud PREGUNTA al CM 104,
inmediatamente tras ingresar al estado 812 de
arranque.
arranque.
El CD 352 permanece en un estado 820 de escucha
mientras el usuario no pulse el botón 824 de
pulsar-para-hablar, no se reciba
ningún mensaje 828 PTA desde el CM 104, y no se reciba ningún
mensaje 832 ZZZ de inactividad desde el CM 104. El CD 352 efectúa
la transición desde el estado 820 de escucha a un estado 836 de
solicitud de turno cuando el usuario pulsa el botón 824 de
pulsar-para-hablar. El CD 352
efectúa la transición desde el estado 820 de escucha a un estado
840 de anuncio de orador cuando se recibe el mensaje 828 PTA desde
el CM 104. El CD 352 efectúa la transición desde el estado 820 de
escucha a un estado 844 durmiente-ocioso cuando se
recibe el mensaje 832 ZZZ de inactividad desde el CM 104. El CD 352
efectúa la transición desde el estado 836 de solicitud de turno a
un estado 848 de espera de turno, y envía una solicitud 852 de
concesión de PTT al CM 104, inmediatamente tras ingresar al estado
836 de solicitud de turno.
El CD 352 permanece en el estado 848 de espera
de turno mientras no se reciba ningún mensaje 856 de respuesta PTX
desde el CM 104, y no haya expirado un temporizador 860 de Aborto de
PTT. El CD 352 reinicia su Temporizador 860 de Aborto de PTT y un
Temporizador de Retransmisión de PTT (no mostrado) al ingresar al
estado 848 de espera de turno. El CD 352 efectúa la transición
desde el estado 848 de espera de turno a un estado 864 de charla, y
alerta al usuario en cuanto a que el usuario ha obtenido el control
del turno de la red, cuando se recibe un mensaje de respuesta de
concesión 868 PTX desde el CM 104. El CD 352 efectúa la transición
desde el estado 848 de espera de turno a un estado 872 de turno
perdido cuando se recibe el mensaje 856 de denegación PTX desde el
CM 104. El CD 352 permanece en el estado 848 de espera de turno, y
retransmite una idéntica solicitud 876 de PTT al CM 104, después de
que expira su Temporizador de Retransmisión de PTT. El CD 352
efectúa la transmisión desde el estado 848 de espera de turno al
estado 820 de escucha después de que expira su Temporizador de
Aborto de PTT. El CD 352 efectúa la transición desde el estado 864
de charla a un estado 880 de liberación de turno si el usuario
suelta el botón 884 de
pulsar-para-hablar mientras aún está
esperando una respuesta PTX.
El CD 352 permanece en el estado 864 de charla
mientras no se reciba ningún mensaje 888 de interrupción PTX desde
el CM 104, y el usuario no haya soltado el botón 884 de
pulsar-para-hablar. El CD 352
efectúa la transición desde el estado 864 de charla al estado 872
de turno perdido cuando se recibe el mensaje 888 de respuesta de
interrupción PTX desde el CM 104. El CD 352 efectúa la transición
desde el estado 864 de charla al estado 880 de liberación de turno
cuando el usuario suelta el botón de
pulsar-para-hablar. El CD 352
permanece en el estado 864 de charla cuando se recibe el mensaje
868 de respuesta de concesión PTX desde el CM 104. El CD 352
efectúa la transición desde el estado 872 de turno perdido al estado
820 de escucha, y alerta al usuario 892 con un mensaje que indica
que se ha perdido el control del turno de la red, inmediatamente
tras ingresar al estado 872 de turno perdido.
El CD 352 efectúa la transición desde el estado
880 de liberación de turno a un estado 896 de espera de liberación,
y envía una solicitud 900 de liberación de PTT al CM 104,
inmediatamente tras ingresar al estado 836 de solicitud de turno.
El CD 352 permanece en el estado 896 de espera de liberación
mientras no se reciba ningún mensaje 904 de respuesta de
confirmación PTX desde el CM 104, y no haya expirado el Temporizador
860 de Aborto de PTT. El CD 352 reinicia su Temporizador 860 de
Aborto de PTT y un temporizador de retransmisión de PTT al ingresar
al estado 896 de espera de liberación. El temporizador de
retransmisión del PTT se activa cada vez que hay una solicitud o
liberación de PTT.
El CD 352 efectúa la transición desde el estado
896 de espera de liberación al estado 820 de escucha cuando se
recibe el mensaje 904 de respuesta de confirmación PTX desde el CM
104. El CD 352 permanece en el estado 896 de espera de liberación,
y retransmite una idéntica solicitud 900 de liberación de PTT al CM
104, después de que expira su Temporizador de Retransmisión de PTT.
El CD 352 efectúa la transición desde el estado 896 de espera de
liberación al estado 820 de escucha después de que expira 860 el
Temporizador de Aborto de PTT.
El CD 352 efectúa la transición desde el estado
840 de anuncio de orador al estado 820 de escucha, y anuncia al
orador, inmediatamente tras ingresar al estado 840 de anuncio de
orador. El anuncio puede indicar que un nuevo orador tiene control
del turno, que el orador actual ha liberado el turno, o que ningún
orador tiene actualmente control del turno.
El CD 352 permanece en el estado 844
durmiente-ocioso mientras no se reciba ningún
mensaje 908 de solicitud AYT desde el CM 104, y el usuario no pulse
la tecla 824 de pulsar-para-hablar.
El CD 352 efectúa la transición desde el estado 844
durmiente-ocioso al estado 912
durmiente-despierto cuando se recibe el mensaje 908
de solicitud AYT desde el CM 104. El CD 352 efectúa la transición
desde el estado 844 durmiente-ocioso al estado 836
de solicitud de turno cuando el usuario pulsa la tecla 824 de
pulsar-para-hablar.
El CD 352 descarta todo mensaje 916 ZZZ de
inactividad recibido mientras esté en el estado 844
durmiente-ocioso. El CD 352 efectúa la transición
desde el estado 912 durmiente-despierto al estado
820 de escucha, y envía un mensaje 916 de respuesta IAH al CM 104,
inmediatamente tras ingresar al estado
durmiente-despierto.
Al recibir una solicitud 920 de Ping AYT,
recibida desde el CM 104 mientras está en cualquier estado que no
sea el estado 844 durmiente-ocioso, el CD 352 guarda
su estado actual, efectúa una transición temporal al estado 924 de
respuesta IAH construye y envía un mensaje 928 de respuesta IAH al
CM 104, y vuelve a su estado anterior. El CM 104 envía una
respuesta 932 ERR al CD 352 cuando recibe un error de señalización
de medios, e ingresa en el estado 936 de error, tal como en el caso
de una solicitud mal formada que hace uso de valores de campos
inválidos o reservados.
Al recibir la respuesta 932 ERR, recibida desde
el CM 104 mientras está en cualquier estado, el CD 352 alerta al
usuario de que ha ocurrido un error, inhabilita el CD 352 (940) y
realiza toda señalización adecuada del SIP para terminar
ordenadamente su participación en la red (944).
Cuando el CD 352 ha ingresado a uno de los
estados (844) durmientes, el CD 352 puede recibir llamadas de
servicios de voz punto a punto, mediante otra opción de servicio
del estándar IS-707, pero aun así permanecer como
participante de una red durmiente. Después de que se termina la
llamada de servicios de voz, el CD 352 vuelve al estado 844
durmiente/ocioso del IS-707.5.
Sin embargo, si la red sale del estado durmiente
844 mientras el CD 352 ha escogido recibir una llamada de la opción
de servicios de voz punto a punto, el CD 352 puede perder la
solicitud 908 del mensaje de "reactivación" AYT, y ser
retirado de la lista de participantes activos. En tales
circunstancias, el CD 352 puede determinar su estado de
participante enviando al CM 104 una solicitud 382 PREGUNTA. Una vez
que el CD 352 ha sido retirado de la lista de participantes activos
de la red, el CD 352 vuelve a registrarse en el servidor del SIP del
CM 104, a fin de participar nuevamente en la red.
El CD 352 permite al usuario originar y recibir
llamadas convencionales punto a punto de la RTPC, así como
participar en debates de servicios grupales. Aunque el CD 352 puede
funcionar internamente en una de varias modalidades, el CD 352
evita restringir cierta funcionalidad dentro del contexto de
distintas modalidades de funcionamiento, por las que se requiere al
usuario navegar explícitamente. De aquí, la recepción y la
realización sin fisuras de llamadas de servicios de voz punto a
punto mientras estén habilitados y activados los servicios
grupales.
El CD 352 puede utilizarse para realizar
llamadas de servicios de voz punto a punto, o de voz en paquetes
seguros punto a punto, en cualquier momento, ya sea que los
servicios grupales estén activos o no, mientras el CD 352 no esté
actuando simultáneamente como un orador. Si el CD 352 se ha
registrado como un miembro de una red, el CD 352 se desregistra de
la red. Si la llamada seleccionada punto a punto se realiza mediante
una opción de servicio de voz, el CD 352 termina los servicios de
datos. Una vez que se ha completado la llamada punto a punto, el CD
352 puede habilitar de manera transparente el servicio de datos en
paquetes y volver a registrarse como miembro de la red actual
seleccionada.
El CD 352 puede utilizarse para recibir llamadas
seguras de voz en paquetes punto a punto, o de la RTPC, mientras
estén habilitados los servicios grupales, dentro de las limitaciones
impuestas por la infraestructura celular. Si el CD 352 se ha unido
a una red, y la red seleccionada está activa, el CD 352 aparece como
ocupado para una llamada entrante de la RTPC, y se da a la llamada
el tratamiento adecuado de teléfono ocupado por parte de la
infraestructura celular. Si la red seleccionada está en reposo, pero
el tiempo 620 de espera de la red no ha expirado, se da también a
la llamada el tratamiento normal de teléfono ocupado por parte de la
infraestructura celular. Sin embargo, si el tiempo 620 de espera de
la red seleccionada ha expirado, la red ha sido puesta en la
modalidad durmiente 618, y el CD 352 ha liberado sus recursos de
enlace por el aire, no puede darse a la llamada el tratamiento de
teléfono ocupado por parte de la infraestructura, y el CD 352 puede
paginarse para iniciar la recepción de la llamada entrante.
Mientras una llamada de servicios de voz está
activa, el CD 352 es incapaz de recibir cualquier tráfico de red
del NBS. Después de que se ha completado una llamada de servicios de
voz, puede requerirse que el CD 352 se reincorpore a la red, pues
puede haber perdido una o más solicitudes 716 ¿Estás Ahí? Toda vez
que el CD 352 aparece como ocupado para una llamada entrante de
servicios de voz, se reencamina al llamador sobre la base de
cualquier tratamiento de teléfono ocupado que se haya definido para
el CD 352 llamado (tal como remisión de llamada, correo de voz,
etc.) por parte de la infraestructura celular, según lo esperado. Un
usuario, optativamente, puede configurar el CD 352 para inhabilitar
la recepción de llamadas entrantes punto a punto, mientras se
selecciona una red y el CD 352 se registra como miembro.
El CD 352 también detecta si su dirección de red
IP ha cambiado o está por hacerlo. Si el CD 352 está participando
en una red cuando ocurre el cambio de dirección, el CD 352
nuevamente se envía un mensaje INVITE a la red, según lo expuesto
con respecto a la Fig. 11.
Por ejemplo, un CD 352 itinerante puede conmutar
entre sistemas celulares o redes celulares y negociar así una nueva
dirección de IP. O bien el CD 352 puede experimentar una
perturbación del servicio, o descartar la llamada de opción de
servicios de datos en paquetes por cualquier motivo y, al
restablecer el servicio, asignársele una nueva dirección de red IP.
Si el CD 352 está participando en una red durante un cambio de
dirección, y no se reincorpora a la red seleccionada de manera
oportuna, el CM 104 hace expirar eventualmente su calidad de
miembro y retira al CD 352 de la lista para la red seleccionada. El
CD 352 es retirado de la lista de participantes activos de la red
si no responde eventualmente a una serie de mensajes 716 de
solicitud AYT de señalización de medios.
En ausencia de la Opción de Servicio de Datos en
Paquetes del estándar IS-707.5, el NBS puede
funcionar con el servicio de paquetes Conexión Rápida de Red (QNC),
existente y usualmente disponible. Sin embargo, el QNC no brinda
actualmente soporte a la inactividad. En consecuencia, los mensajes
de nivel de aplicación tales como "ir al estado durmiente"
pueden ser ignorados por un CD 352 que emplea el NBS por el QNC.
El QNC proporciona una pila de protocolos
similar a la proporcionada por el estándar IS-707.5.
El CD 352 puede configurarse para negociar una conexión de paquetes
utilizando el QNC en lugar del IS-707.5 y, si el
servicio QNC está disponible, trata la conexión como una conexión
de opción de servicio de datos en paquetes sin inactividad o bien,
optativamente, sin soporte de compresión de cabecera del CRTP.
Bajo el IP Móvil, el CD 352 se conecta a la red
utilizando un agente ajeno, que asigna al móvil una dirección "A
la atención de". La dirección "A la atención de" es una
dirección temporal, pero legal, a la cual pueden dirigirse los
datagramas IP desde cualquier parte en Internet. El móvil utiliza la
dirección "A la atención de" para hacer contacto con su agente
doméstico e informarle de la dirección actual "A la atención
de" del móvil. Después de confirmar la identidad del móvil, el
agente doméstico envía entonces al móvil los paquetes dirigidos a
la dirección doméstica permanente del móvil (que los mecanismos
normales de encaminamiento de Internet entregan directamente al
agente doméstico, o a la red del agente doméstico), a la dirección
"A la atención de" del móvil.
Aunque el NBS puede funcionar con el IP Móvil,
el IP Móvil, en potencia, puede afectar adversamente la latencia de
extremo a extremo, y la calidad percibida de la voz del tráfico y
señalización de medios del NBS. Esto puede tener especial
significado si el CD 352 se incorpora a una red que emplea su
dirección permanente y el agente doméstico está situado lejos, en
un sentido topológico de red, del CM 104 y del CD 352. En tal caso,
el tráfico de medios puede encaminarse, optativamente, por el
Internet público, o por otras redes de calidad variable de
servicio, que pueden no haber sido requeridas si no se ha utilizado
el IP Móvil. Para evitar esto, es preferible que el CD 352 acceda a
los servicios del NBS utilizando su dirección a la atención de y que
se reincorpore a las redes cuando cambie su dirección a la atención
de.
Tanto la señalización de llamadas del SIP como
el cifrado de clave pública PGP utilizan un único identificador de
usuario, un identificador único similar, del CD 352. La base 232 de
datos de usuarios define un identificador de usuario interno, que
puede remitirse a, y ser utilizado por, el CD 352 en solicitudes de
señalización de medios. La dirección del identificador de usuario
del CD 352, preferiblemente, no contiene ningún dato privado cuya
revelación pública pudiera comprometer los mecanismos de
autenticación de la infraestructura celular existente.
La dirección de usuario del CD 352 se emplea en
las cabeceras en el registro e invitación del SIP, y puede
utilizarse para formar otras partes de la sintaxis requerida del
SIP. La dirección de usuario también es una entrada para la
generación de la clave PGP privada utilizada para autenticar
solicitudes del SIP. La interfaz de usuario del CD 352 permite al
usuario ver la dirección de usuario. La interfaz de usuario del CD
352 puede permitir al usuario cambiar la dirección de usuario, con
el riesgo de perturbar potencialmente la capacidad de acceder al
NBS o satisfacer las solicitudes de autenticación del SIP.
Para prevenirse contra ciertos ataques por
denegación de servicio, y eludir a los impostores del CD 352, el CM
104 puede solicitar optativamente que el CD 352 se autentique a sí
mismo antes de registrarse o de unirse a una red. La autorización
se lleva a cabo en el nivel de aplicación, independientemente de
otros esquemas de autorización que puedan existir en el nivel de
red o de infraestructura celular. La autorización del CD 352
también se implementa, y funciona, independientemente de los
conceptos y estructuras de datos que brindan soporte a las redes
cifradas (seguras) del NBS.
En particular, el CM 104 puede solicitar que el
CD 352 incluya una cabecera de "Autorización" con sus
solicitudes del SIP. La cabecera de autorización admite que el
mensaje del SIP sea firmado por el CD 352 utilizando firmas de
criptografía de clave pública PGP.
La criptografía de clave pública genera una
clave pública y privada a partir de una clave secreta privada,
conocida habitualmente sólo por el cifrador (en este caso, el CD
352). La clave privada, en combinación con la clave secreta, es
requerida para firmar un mensaje, pero la clave pública sola puede
utilizarse para verificar la firma de un mensaje firmado. Así, para
prestar soporte a la autorización del SIP; cada CD 352 es dotado,
preferiblemente, de una clave privada y una clave secreta, que nunca
se comparten. Cada CM 104, ante el cual el CD 352 puede necesitar
autorizarse, debería conocer la clave pública del CD 352. Dado que
la clave pública no es secreta, puede almacenarse como parte de la
porción de usuario de la base 232 de datos mantenida por el CM 104,
o accederse a ella a través de los servidores de clave pública
genérica en Internet.
El CM 104 puede requerir autorización del CD 352
en el nivel de servidor, de red o de usuario. En el nivel de
servidor, el CM 104 requiere que todos los clientes que se conectan
con el servidor 236 del SIP del CM 104 (véase la Fig. 3)
proporcionen credenciales de autorización, rechazando todas las
solicitudes que no estén autorizadas. Cuando se habilita la
autorización en el nivel del servidor, sólo los clientes cuyas
identidades (es decir, la clave pública de un cliente) sean
conocidas previamente por el CM 104 pueden utilizar efectivamente
el servidor. La autorización en el nivel del servidor puede proteger
al servidor 236 del SIP del CM 104 de muchos ataques por denegación
de servicio relativamente sencillos.
Un CM 104 puede proteger una o más redes que
gestione mediante la autorización, pero dejar a otras redes
"desprotegidas". Si el CD 352 intenta unirse a una red
protegida con mensajes INVITE, el servidor 236 del SIP del CM 104
rechaza la solicitud, a menos que el CD 352 pueda ser autorizado
por el CM 104.
Además, el CM 104 puede utilizar la autorización
para garantizar que el CD 352 (o cualquier cliente agente de
usuario del SIP, en general) no intente simular ser otro CD 352 y,
por ello, denegar servicio a participantes legítimos de la red o
monitorizar pasivamente los canales de medios de una red. Si el CM
104 requiere que se autorice a un CD 352 específico, el CM 104 no
acepta ninguna solicitud del SIP desde un cliente que se conecte
como el CD 352, a menos que las solicitudes del SIP del cliente
incluyan una firma PGP que pueda ser verificada por el CM 104. En
el nivel de usuario, la autenticación puede configurarse para cada
usuario (es decir, el CM 104 puede requerir que ciertos usuarios
sean autenticados antes, mientras permite que otros usuarios
permanezcan sin autenticación).
La clave privada PGP puede ser dada de alta
administrativamente dentro de, o bien creada por, el CD 352, una
vez que está definida la dirección de usuario del CD 352. La clave
privada no necesita almacenarse externamente, pero la clave pública
asociada es generalmente cargable en la porción de usuario de la
base 232 de datos de cualquier servidor del SIP que requiere
autenticación del CD 352.
En una realización, el CD 352 del NBS primario,
o la plataforma participante de la red, es un equipo de mano
celular basado en el Administrador Maestro del CD 352. Debido a que
el NBS se construye sobre IP y protocolos de transporte IP,
cualquier plataforma capacitada para el IP, con conectividad al CM
104, puede servir potencialmente como un CD 352 del NBS. En
consecuencia, los usuarios por conexión telefónica pueden conectarse
con el CM 104 mediante la RTPC, a través de
servidores-terminales existentes de IP, gestionados
por Proveedores de Servicios de Internet (ISP), según se ilustra en
la Fig. 1. El servidor-terminal actúa como un puente
entre la RTPC y una red LAN de área local que brinda soporte al IP.
El servidor-terminal comprende un banco de módems,
que proporciona un punto de conexión para módems de RTPC de alta
velocidad, un servidor, y una o más interfaces de red. El servidor
es capaz de albergar múltiples sesiones independientes del PPP; una
para cada usuario de módem conectado. El servidor también actúa
como un encaminador, encaminando paquetes de IP entre cada una de
las interfaces individuales del PPP e interfaces activas de LAN
cualesquiera. El CM 104 incluye un servidor-terminal
comercial de venta pública, bien integrado o bien desplegado
conjuntamente con uno externo.
El servidor terminal de conexión telefónica
brinda soporte e incluye la capacidad para negociar la Compresión
de Cabecera del CRTP para sus sesiones del PPP. De manera similar,
la pila del PPP utilizada por un cliente de conexión telefónica
también incluye, e intenta utilizar, el CRTP: Sin embargo, debido al
ancho de banda adicional disponible para módems de alta velocidad,
la incapacidad para que un usuario basado en la conexión telefónica
negocie la Compresión de Cabecera del CRTP no necesariamente puede
forzar a una red a evitar utilizar especificaciones de carga útil
basadas en el RTP.
Si el servidor-terminal está
situado en la red LAN interna del proveedor de servicios del
Administrador Maestro de un CD 352 y, por tanto, cerca, en un
sentido topológico de red, del CM 104 del proveedor de servicios,
los usuarios por conexión telefónica pueden evitar las cuestiones de
calidad del servicio que puedan contribuir a una alta latencia de
extremo a extremo si la trayectoria entre el
servidor-terminal del ISP y el CM 104 atraviesa una
porción de la Internet pública. Dado que los módems con base en la
RTPC, habitualmente, no brindan soporte a un concepto de
inactividad similar al implementado por el estándar
IS-707.5, los participantes de la red basados en la
conexión telefónica ignoran todo mensaje de inactividad recibido
desde el CM 104. Aunque la base 232 de datos de usuarios rastrea si
un usuario conectado es de base celular o terrestre, esta facilidad
se proporciona en cualquier caso. En consecuencia, el CM 104 puede o
no enviar mensajes de inactividad, o de otra señalización de
medios, a los usuarios de conexión telefónica.
Las áreas de servicios del NBS están diseñadas
para estar integradas, tanto para permitir que los usuarios
practiquen la itinerancia entre áreas de servicio como para unirse a
redes equivalentes definidas dentro de distintas áreas de servicio.
Las comunicaciones de par a par, entre múltiples CM 104, toman la
forma de redirecciones del servidor del SIP, el intercambio de
registros del usuario y de la base de datos de la red, y mensajes
adicionales específicos para un servicio integrado del NBS.
En una realización integrada de servicio del
NBS, puede ser preferible permitir que cualquier CM 104 asuma la
propiedad de una red. Así, el funcionamiento de una red no es
específico para un CM 104, o un nodo 208 de la MCU en particular.
La elección del CM 104 puede determinarse dinámicamente, sobre la
base de factores tales como la proximidad a la mayoría de los
participantes de la red, y la calidad de servicio disponible en una
red entre sistemas de proveedores de servicios. De manera similar,
cualquier servidor 236 de redirección del SIP es capaz de redirigir
cualquier CD 352 al adecuado servidor agente de usuario del SIP,
y/o, si es necesario, remitir el CD 352 a otro servidor de
redirección del SIP.
En una realización integrada de servicios del
NBS, una dirección de red en la red tiene significado por todo el
sistema NBS. Como resultado, uno o más servidores 236 del SIP de
alto nivel son responsables de redirigir las solicitudes INVITE y
de distribuir los participantes de la red entre los nodos 208
adecuados de la MCU. Los servidores 236 del SIP de alto nivel
pueden compartir un usuario común y una base 232 de datos de red,
lo que proporciona una funcionalidad y decisiones de redirección
similares en distintos puntos de cita de la red. Como resultado, la
redirección de las invitaciones originadas por el CD 352 proporciona
una importante, y crítica, capa de abstracción que permite que
múltiples instalaciones de CM 104 se integren en un único servicio
homogéneo del NBS.
En un servicio integrado del NBS, el sistema se
ajusta duplicando la funcionalidad proporcionada por el gestor 256
del nodo de la MCU, su conjunto asociado de MCU 252 (denominado
informalmente un "Racimo de MCU"), incluyendo su servidor
agente de usuario del SIP. Una única base 232 de datos y la interfaz
248 de administración son compartidas por todos los elementos del
sistema.
El proceso por el cual un CD 352 se une a una
red en tal sistema integrado es esencialmente el mismo que el
utilizado en un sistema compuesto por una única instalación de CM
104. El CD 352 envía inicialmente todas las solicitudes del SIP al
servidor 236 de redirección del SIP de alto nivel (ahora global). El
servidor 236 de redirección redirige, mediante mecanismos del SIP,
el CD 352 solicitante al destino adecuado. En el caso de una
solicitud INVITE para unirse a una red, el destino es el servidor
252 agente de usuario del SIP asociado al nodo 208 de la MCU con
responsabilidad actual para la red en cuestión. En el caso de un
INVITE que solicita una lista actual de redes disponibles para el
CD 352, el destino es cualquier agente de usuario capaz de responder
a la solicitud.
Por separado, el servidor 236 de redirección
puede intercambiar mensajes adicionales con la MCU 252 mediante
mensajería entre aplicaciones, utilizando protocolos y/o
convenciones de mensajería específicos para la implementación.
Igual que en el caso no integrado, puede ser necesaria una acción
especial de arranque para garantizar que el servidor 236 de
redirección pueda determinar un destino para toda solicitud INVITE
legítima que reciba. Una realización tiene los registros del SIP
existiendo en el servidor 236 de redirección de alto nivel. Además,
el servidor de alto nivel puede consultar la base de datos del
sistema e intentar asociar cada solicitud de invitación con una
definición de red contenida en la misma.
El CD 352 puede ofrecer comunicaciones cifradas
de difusión por red. Según la opción de los usuarios de la red, la
voz y los datos transmitidos por una red específica pueden cifrarse
en el CD 352 transmisor, y ser descifrados por todos los otros CD
en la red. El cifrado es de extremo a extremo, es decir, desde un CD
a otro. Las comunicaciones de red son habitualmente cifradas por un
algoritmo de cifrado comercial incorporado en un CD habilitado para
NBS. La elección de si un CD 352 trata a una red como cifrada o
descifrada queda al criterio de los usuarios de la red; es decir,
no se requiere la implicación del CM 104.
Los usuarios pueden seleccionar, red por red, si
preferirían que el tráfico transmitido/recibido por esa red fuera
cifrado/descifrado. Se da al usuario la capacidad de ingresar una
clave de cifrado para la red, utilizando, por ejemplo, el panel de
teclas del teléfono. El usuario, de esta manera, es capaz de
participar en comunicaciones cifradas con otros usuarios de la red,
que también han seleccionado la opción de cifrado para esa red, y
que también están utilizando la misma clave de cifrado.
El usuario puede habilitar o inhabilitar el
cifrado del tráfico de red para cualquier clave de red que el
usuario haya ingresado en el CD 352 en cualquier momento. El tráfico
de medios puede cifrarse simétricamente mediante el uso de una
clave simétrica (una clave de cifrado de tráfico, o TEK) que esté
compartida por los usuarios de la red. Las claves de cifrado del
tráfico de red pueden ser generadas fuera de línea por un usuario
de red, o administrador de red, y luego ser distribuidas de manera
segura a los participantes de la red que ingresan manualmente las
claves en sus respectivos dispositivos de comunicación. La clave se
utiliza para el tráfico de medios por una red específica, hasta que
se generen nuevas claves y se distribuyan a los usuarios de la red
para reemplazar la anterior TEK de red.
El CD 352 es notificado de que es un miembro de
una red específica a través de mensajes recibidos desde el CM 104.
El administrador de red para una red específica puede fijar un
indicador consultivo que indica que la red está concebida para ser
cifrada. Esta indicación es generalmente consultiva, y no
necesariamente indica con autoridad que las comunicaciones en la
red están efectivamente cifradas. La interfaz de usuario del CD 352
permite a un usuario designar cualquier red como una red cifrada, y
permite al usuario ingresar la siguiente TEK desde el CD 352,
independientemente de si un indicador consultivo cifrado para la red
ha sido recibido por el CM 104.
El CD 352 puede imponer longitudes de clave
mínimas y máximas. El CD 352 puede proporcionar un medio para que
se ingrese una suma de verificación de clave junto con la clave y,
si se proporciona, para que se verifique la suma de verificación
con respecto a la clave ingresada. Si la suma de verificación no se
ingresa, el CD 352 calcula la suma de verificación y la pone a
disposición para su visualización por parte del usuario. El CD 352
no necesariamente exhibe la clave en el visor del CD 352 después del
ingreso inicial de la clave.
Una vez que una clave está ingresada
exitosamente para una red dada, las transmisiones de medios en la
red se cifran utilizando esa clave específica, y todo el tráfico
recibido por la red se descifra utilizando esa clave específica. El
tráfico cifrado incluye cabeceras adicionales que permiten al CD 352
sincronizar el proceso de cifrado/descifrado, para admitir la
sincronización tardía (sincronización con una transmisión ya en
marcha), y confirmar que el remitente y el receptor están
utilizando claves idénticas de cifrado de tráfico. Si un CD 352
recibe tráfico cifrado (detectado por la presencia de las cabeceras
de cifrado) por una red que no tiene designada como cifrada, el CD
352 indica que está recibiendo tráfico cifrado al usuario, y no
emite tráfico (enmudece el audio o suprime la salida de datos). De
manera similar, si el CD 352 recibe tráfico de medios que no está
cifrado por una red en la cual está configurado para cifrar, o si el
tráfico no se descifra correctamente (por ejemplo, si las claves
son incompatibles), el CD 352 alerta al usuario y enmudece el
tráfico.
La clave para una red cifrada puede ser
simplemente un número aleatorio (binario). En general, la clave
puede ser generada por un participante en una red, o por un
administrador para esa red, y ser distribuida de manera segura a
los participantes de la red. Dado que la política de distribución de
claves se deja actualmente a los usuarios de la red, es una fuente
potencial de compromiso de la seguridad de la red. Por ello, se
recomienda que la clave de cifrado de la red se distribuya
utilizando medios seguros, tales como el correo electrónico cifrado
del PGP, a los participantes de la red. El gestor 20 de seguridad
(Fig. 1) también proporciona un repositorio central para claves
comunes de red. También son posibles otros procedimientos, tales
como una llamada telefónica estándar o reuniones cara a cara. Las
claves también pueden distribuirse automáticamente a los CD,
utilizando una clave secreta empotrada del PGP en un dispositivo de
comunicación, para autenticación por el SIP.
La anterior descripción de las realizaciones
preferidas se proporciona para permitir que cualquier persona
versada en la tecnología haga o utilice la presente invención. Las
diversas modificaciones de estas realizaciones serán inmediatamente
evidentes para aquellos versados en la tecnología, y los principios
genéricos definidos en el presente documento pueden aplicarse a
otras realizaciones sin el uso de la facultad inventiva.
Otras características y ventajas de la invención
se exponen en las siguientes reivindicaciones.
Claims (22)
1. Un dispositivo (108; 112; 116) de
comunicación de tipo
pulsar-para-hablar, para participar
en una red de comunicación grupal en un sistema de comunicaciones,
comprendiendo dicha red de comunicación grupal un controlador para
gestionar dicha red de comunicación grupal y una interfaz con dicho
dispositivo (108; 112; 116) de comunicación de tipo
pulsar-para-hablar, comprendiendo
dicho dispositivo (108; 112; 116) comunicador:
- un procesador configurado para convertir señales de información en datos en paquetes, adecuados para su transmisión por una red distribuida;
- un transmisor configurado para transmitir datos en paquetes, a través de un primer canal, a dicho controlador; un receptor configurado para recibir datos en paquetes, a través de un segundo canal, desde dicho controlador; y
- un mecanismo activado por un usuario, configurado para activar dicho transmisor cuando un usuario de dicho dispositivo (108; 112; 116) de comunicación desea transmitir dichos datos en paquetes a dicho controlador;
- caracterizado porque dicho procesador comprende adicionalmente un nivel de prioridad dinámicamente configurable, en donde dicho nivel de prioridad está configurado para determinar si dicho dispositivo (108; 112; 116) de comunicación tiene la autoridad para obtener privilegio de transmisión sobre otro dispositivo (108; 112; 116) de comunicación, de forma tal que dicho dispositivo (108; 112; 116) de comunicación pueda interrumpir la transmisión de dicho dispositivo (108; 112; 116) de comunicación con un nivel de prioridad inferior.
2. El dispositivo (108; 112; 116) de
comunicación de la Reivindicación 1, en el cual dicho dispositivo
(108; 112; 116) de comunicación es un dispositivo de comunicación
inalámbrica.
3. El dispositivo (108; 112; 116) de
comunicación de la Reivindicación 1, en el cual dicho procesador
está configurado para recibir información desde dicho controlador,
con respecto a dicha red de comunicaciones grupales.
4. El dispositivo (108; 112; 116) de
comunicación de la Reivindicación 1, en el cual dicho dispositivo
(108; 112; 116) de comunicación está configurado para funcionar en
una modalidad segura.
5. El dispositivo (108; 112; 116) de
comunicación de la Reivindicación 1, en el cual dicho procesador
comprende adicionalmente información de identificación, y en el
cual dicho procesador actualiza su información de identificación
cuando su información de identificación actual ha cambiado, o está
por hacerlo, y dicho procesador está configurado para transmitir su
nueva información de identificación a dicho controlador.
6. El dispositivo (108; 112; 116) de
comunicación de la Reivindicación 1, en el cual dicho procesador es
dinámicamente configurable para enviar datos en paquetes, a través
de dicho primer canal, a dicho controlador.
7. El dispositivo (108; 112; 116) de
comunicación de la Reivindicación 6, en el cual dichos datos en
paquetes comprenden información sensible al tiempo.
8. El dispositivo (108; 112; 116) de
comunicación de la Reivindicación 1, que comprende adicionalmente
una unidad de memoria configurada para almacenar dichos datos en
paquetes, hasta que dicho controlador esté listo para recibir
dichos datos en paquetes.
9. El dispositivo de comunicación de la
Reivindicación 8, en el cual dicha unidad de memoria se utiliza para
minimizar la latencia percibida de un usuario.
10. El dispositivo (108; 112; 116) de
comunicación de la Reivindicación 6, en el cual dichos datos en
paquetes comprenden al menos uno entre: datos de identificación de
dicho dispositivo (108; 112; 116) de comunicación, datos de
ubicación de dicho dispositivo (108; 112; 116) de comunicación y
datos de control para establecer, modificar o terminar las
comunicaciones grupales.
11. El dispositivo (108; 112; 116) de
comunicación de la Reivindicación 1, en el cual dicho primer canal
comprende adicionalmente un canal (120) del protocolo de iniciación
de señal (SIP), un canal (124) de señalización y un canal (128) de
tráfico de medios.
12. El dispositivo de comunicación de la
Reivindicación 1, en donde dicho dispositivo de comunicación puede
funcionar en distintas infraestructuras distintas de
comunicación.
13. El dispositivo (108; 112; 116) de
comunicación de la Reivindicación 1, en el cual dicha red de
comunicaciones grupales es capaz de estar en una modalidad
durmiente, y en la cual la activación de dicho mecanismo activado
por el usuario estimula a dicho controlador para sacar a la red de
comunicaciones grupales de dicha modalidad
durmiente.
durmiente.
14. Un procedimiento de participar utilizando un
dispositivo de comunicación de tipo
pulsar-para-hablar en una red de
comunicación grupal en un sistema de comunicaciones, comprendiendo
dicha red de comunicación grupal un controlador para gestionar
dicha red de comunicación grupal y una interfaz con dicho
dispositivo de comunicación de tipo
pulsar-para-hablar, comprendiendo
dicho procedimiento:
- convertir, en un procesador en el dispositivo de comunicación de tipo pulsar-para-hablar, señales en datos en paquetes, adecuados para su transmisión por una red distribuida;
- transmitir datos en paquetes, a través de un primer canal, a dicho controlador, desde un transmisor en el dispositivo de comunicación de tipo pulsar-para-hablar, configurado para ser activado por un mecanismo activado por el usuario cuando un usuario del dispositivo de comunicación de tipo pulsar-para-hablar desea transmitir dichos datos en paquetes a dicho controlador, y
- recibir, en un receptor en el dispositivo de comunicación de tipo pulsar-para-hablar, datos en paquetes, a través de un segundo canal, desde dicho controlador; estando el procedimiento caracterizado por comprender adicionalmente la etapa de:
- proporcionar, en un procesador en el dispositivo de comunicación de tipo pulsar-para-hablar, un nivel de prioridad dinámicamente configurable, en donde dicho nivel de prioridad está configurado para determinar si dicho dispositivo de comunicación tiene la autoridad para obtener privilegio de transmisión sobre otro dispositivo de comunicación, de forma tal que dicho dispositivo de comunicación pueda interrumpir la transmisión de dicho dispositivo de comunicación con un nivel de prioridad inferior.
15. El procedimiento de la Reivindicación 14, en
el cual dicho dispositivo de comunicación es un dispositivo de
comunicación inalámbrica.
16. El procedimiento de la Reivindicación 14,
que comprende adicionalmente proporcionar una memoria, en donde
dicha memoria está configurada para almacenar dichos datos en
paquetes hasta que dicho controlador esté listo para recibir dichos
datos en paquetes.
17. El procedimiento de la Reivindicación 16, en
el cual dicha memoria minimiza la latencia percibida de un
usuario.
18. El procedimiento de la Reivindicación 14,
que comprende adicionalmente recibir información desde dicho
controlador con respecto a dicha red de comunicaciones grupales.
19. El procedimiento de la Reivindicación 14, en
el cual dicho dispositivo de comunicación está configurado para
funcionar en una modalidad segura.
20. El procedimiento de la Reivindicación 14,
que comprende adicionalmente proporcionar información de
identificación; actualizar dicha información de identificación
cuando su información de identificación actual ha cambiado, o está
por hacerlo; y transmitir su nueva información de
identificación.
21. El procedimiento de la Reivindicación 14,
que comprende adicionalmente una modalidad durmiente, y en el cual
dicha recepción de datos en paquetes, a través de un segundo canal,
desde dicho controlador saca la red de comunicaciones de dicha
modalidad durmiente.
22. Un medio de almacenamiento de ordenador en
un dispositivo de comunicación de tipo
pulsar-para-hablar, llevando dicho
medio un programa ejecutable por ordenador que comprende medios de
código de ordenador adaptados para llevar a cabo las etapas del
procedimiento de cualquiera de las Reivindicaciones 14 a 21, cuando
dicho programa se ejecuta en un ordenador.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US51877600A | 2000-03-03 | 2000-03-03 | |
US518776 | 2000-03-03 |
Publications (1)
Publication Number | Publication Date |
---|---|
ES2343563T3 true ES2343563T3 (es) | 2010-08-04 |
Family
ID=24065452
Family Applications (7)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
ES10178024T Expired - Lifetime ES2379863T3 (es) | 2000-03-03 | 2001-03-02 | Procedimiento, sistema y aparato para participar en servicios de comunicaciones de grupo en un sistema de comunicaciones existente |
ES10182574T Expired - Lifetime ES2389944T3 (es) | 2000-03-03 | 2001-03-02 | Procedimiento y aparato para sincronizar la encriptación y la desencriptación de una trama de datos en una red de comunicación |
ES10182608T Expired - Lifetime ES2389057T3 (es) | 2000-03-03 | 2001-03-02 | Procedimiento y aparato para participar en servicios de comunicación grupal en un sistema de comunicación existente |
ES10182516T Expired - Lifetime ES2396683T3 (es) | 2000-03-03 | 2001-03-02 | Dispositivo de comunicación y su correspondiente procedimiento para proporcionar seguridad en una red de comunicación grupal |
ES10182645T Expired - Lifetime ES2392814T3 (es) | 2000-03-03 | 2001-03-02 | Procedimiento y aparato para practicar en servicios de comunicación en grupo en un sistema de comunicación existente |
ES10161086T Expired - Lifetime ES2370600T3 (es) | 2000-03-03 | 2001-03-02 | Procedimiento y aparato para participar en servicios de comunicación grupal en un sistema de comunicación existente. |
ES01914640T Expired - Lifetime ES2343563T3 (es) | 2000-03-03 | 2001-03-02 | Procedimiento y aparato para participar en servicios de comunicacion en grupo en un sistema de comunicacion existente. |
Family Applications Before (6)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
ES10178024T Expired - Lifetime ES2379863T3 (es) | 2000-03-03 | 2001-03-02 | Procedimiento, sistema y aparato para participar en servicios de comunicaciones de grupo en un sistema de comunicaciones existente |
ES10182574T Expired - Lifetime ES2389944T3 (es) | 2000-03-03 | 2001-03-02 | Procedimiento y aparato para sincronizar la encriptación y la desencriptación de una trama de datos en una red de comunicación |
ES10182608T Expired - Lifetime ES2389057T3 (es) | 2000-03-03 | 2001-03-02 | Procedimiento y aparato para participar en servicios de comunicación grupal en un sistema de comunicación existente |
ES10182516T Expired - Lifetime ES2396683T3 (es) | 2000-03-03 | 2001-03-02 | Dispositivo de comunicación y su correspondiente procedimiento para proporcionar seguridad en una red de comunicación grupal |
ES10182645T Expired - Lifetime ES2392814T3 (es) | 2000-03-03 | 2001-03-02 | Procedimiento y aparato para practicar en servicios de comunicación en grupo en un sistema de comunicación existente |
ES10161086T Expired - Lifetime ES2370600T3 (es) | 2000-03-03 | 2001-03-02 | Procedimiento y aparato para participar en servicios de comunicación grupal en un sistema de comunicación existente. |
Country Status (15)
Country | Link |
---|---|
US (14) | US7035655B2 (es) |
EP (7) | EP2273812B1 (es) |
JP (10) | JP5209164B2 (es) |
KR (1) | KR20020081389A (es) |
CN (1) | CN1247036C (es) |
AR (1) | AR027610A1 (es) |
AT (3) | ATE524031T1 (es) |
AU (2) | AU2001240005B2 (es) |
BR (1) | BR0108901A (es) |
CA (7) | CA2813744C (es) |
DE (1) | DE60141949D1 (es) |
ES (7) | ES2379863T3 (es) |
HK (1) | HK1055050A1 (es) |
TW (1) | TW563305B (es) |
WO (1) | WO2001067674A2 (es) |
Families Citing this family (549)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8352400B2 (en) | 1991-12-23 | 2013-01-08 | Hoffberg Steven M | Adaptive pattern recognition based controller apparatus and method and human-factored interface therefore |
US10361802B1 (en) | 1999-02-01 | 2019-07-23 | Blanding Hovenweep, Llc | Adaptive pattern recognition based control system and method |
US5841768A (en) * | 1996-06-27 | 1998-11-24 | Interdigital Technology Corporation | Method of controlling initial power ramp-up in CDMA systems by using short codes |
US7904187B2 (en) | 1999-02-01 | 2011-03-08 | Hoffberg Steven M | Internet appliance system and method |
US8364136B2 (en) | 1999-02-01 | 2013-01-29 | Steven M Hoffberg | Mobile system, a method of operating mobile system and a non-transitory computer readable medium for a programmable control of a mobile system |
US7240363B1 (en) * | 1999-10-06 | 2007-07-03 | Ellingson Robert E | System and method for thwarting identity theft and other identity misrepresentations |
US6999414B2 (en) * | 1999-10-27 | 2006-02-14 | Broadcom Corporation | System and method for combining requests for data bandwidth by a data provider for transmission of data over an asynchronous communication medium |
US20070195735A1 (en) * | 2006-02-22 | 2007-08-23 | Rosen Eric C | Method of buffering to reduce media latency in group communications on a wireless communication network |
US8284737B2 (en) | 2000-03-03 | 2012-10-09 | Qualcomm Incorporated | Method of buffering to reduce media latency in group communications on a wireless communication network |
ES2379863T3 (es) * | 2000-03-03 | 2012-05-04 | Qualcomm Incorporated | Procedimiento, sistema y aparato para participar en servicios de comunicaciones de grupo en un sistema de comunicaciones existente |
US7024461B1 (en) * | 2000-04-28 | 2006-04-04 | Nortel Networks Limited | Session initiation protocol enabled set-top device |
JP2001359165A (ja) * | 2000-06-15 | 2001-12-26 | Mitsubishi Electric Corp | モバイル通信システム |
US7603104B2 (en) * | 2000-12-08 | 2009-10-13 | Qualcomm Incorporated | Apparatus and method of making a secure call |
US6760772B2 (en) | 2000-12-15 | 2004-07-06 | Qualcomm, Inc. | Generating and implementing a communication protocol and interface for high data rate signal transfer |
FI110561B (fi) | 2000-12-18 | 2003-02-14 | Nokia Corp | IP-pohjainen puheviestintä matkaviestinjärjestelmässä |
US20020075850A1 (en) * | 2000-12-20 | 2002-06-20 | Telefonaktiebolaget L M Ericsson (Publ) | Method and apparatus for using the voice over internet protocol to handoff call connections |
JP3494998B2 (ja) * | 2001-01-25 | 2004-02-09 | 株式会社ソニー・コンピュータエンタテインメント | 情報通信システム、情報処理装置、通信特定情報の保存方法、通信特定情報の保存プログラムを記録したコンピュータ読み取り可能な記録媒体、通信特定情報の保存プログラム |
US7170863B1 (en) * | 2001-02-12 | 2007-01-30 | Nortel Networks Limited | Push-to-talk wireless telecommunications system utilizing a voice-over-IP network |
US8219620B2 (en) | 2001-02-20 | 2012-07-10 | Mcafee, Inc. | Unwanted e-mail filtering system including voting feedback |
US7408948B2 (en) | 2001-04-17 | 2008-08-05 | Nokia Corporation | Packet mode speech communication |
US7386000B2 (en) * | 2001-04-17 | 2008-06-10 | Nokia Corporation | Packet mode speech communication |
GB0110542D0 (en) * | 2001-04-30 | 2001-06-20 | Nokia Corp | Messaging system |
US6904288B2 (en) * | 2001-05-15 | 2005-06-07 | Qualcomm Incorporated | Controller for providing an efficient dormant mode for a group communication network |
US7890129B2 (en) | 2001-05-15 | 2011-02-15 | Eric Rosen | Method and apparatus for delivering information to an idle mobile station in a group communication network |
JP4015428B2 (ja) * | 2001-05-16 | 2007-11-28 | 株式会社日立コミュニケーションテクノロジー | インアクティビティタイマを備えた無線基地局/無線基地局制御装置、無線端末及び状態制御方法 |
JP2002369255A (ja) * | 2001-06-08 | 2002-12-20 | Sony Corp | 無線通信方法、無線通信システム、並びに無線伝送装置 |
US7738407B2 (en) * | 2001-08-03 | 2010-06-15 | At&T Intellectual Property Ii, L.P. | Method and apparatus for delivering IPP2T (IP-push-to-talk) wireless LAN mobile radio service |
US8812706B1 (en) | 2001-09-06 | 2014-08-19 | Qualcomm Incorporated | Method and apparatus for compensating for mismatched delays in signals of a mobile display interface (MDDI) system |
GB0124436D0 (en) * | 2001-10-11 | 2001-12-05 | Nokia Corp | Terminal-based instruction execution in an ip communications network |
KR100446240B1 (ko) * | 2001-12-05 | 2004-08-30 | 엘지전자 주식회사 | 이동통신 시스템의 방송형 무선 데이터 서비스 방법 |
US20030119540A1 (en) * | 2001-12-21 | 2003-06-26 | Mathis James Earl | Contact list-based group call |
US20030135552A1 (en) * | 2002-01-14 | 2003-07-17 | Blackstock Michael A. | Method for discovering and discriminating devices on local collaborative networks to facilitate collaboration among users |
US20030134651A1 (en) * | 2002-01-16 | 2003-07-17 | Hsu Raymond T. | Method and apparatus for flow treatment and mapping on multicast/broadcast services |
US7043266B2 (en) * | 2002-02-04 | 2006-05-09 | Sprint Spectrum L.P. | Method and system for selectively reducing call-setup latency through management of paging frequency |
US7236475B2 (en) * | 2002-02-06 | 2007-06-26 | Ntt Docomo, Inc. | Using subnet relations to conserve power in a wireless communication device |
US20030154243A1 (en) * | 2002-02-14 | 2003-08-14 | Crockett Douglas M. | Method and an apparatus for registering a user in a group communication network |
US6873854B2 (en) * | 2002-02-14 | 2005-03-29 | Qualcomm Inc. | Method and an apparatus for adding a new member to an active group call in a group communication network |
US6781963B2 (en) | 2002-02-14 | 2004-08-24 | Qualcomm Inc | Method and an apparatus for terminating a user from a group call in a group communication network |
US20030153343A1 (en) * | 2002-02-14 | 2003-08-14 | Crockett Douglas M. | Communication device for initiating a 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 |
US20030157945A1 (en) * | 2002-02-21 | 2003-08-21 | Chen An Mei | Method and apparatus for delivering server-originated information during a dormant packet data session |
KR100415117B1 (ko) * | 2002-03-04 | 2004-01-13 | 삼성전자주식회사 | 인터넷프로토콜 전화시스템에서 인터넷프로토콜단말기들간의 다중통화 시 강제 착신장치 및 방법 |
US7907550B1 (en) * | 2002-03-19 | 2011-03-15 | At&T Intellectual Property Ii, L.P. | Method and system for providing voice over IP conferencing service |
US7532862B2 (en) * | 2002-03-19 | 2009-05-12 | Apple Inc. | Method and apparatus for configuring a wireless device through reverse advertising |
US20030186699A1 (en) * | 2002-03-28 | 2003-10-02 | Arlene Havlark | Wireless telecommunications location based services scheme selection |
US7426380B2 (en) | 2002-03-28 | 2008-09-16 | Telecommunication Systems, Inc. | Location derived presence information |
US9154906B2 (en) | 2002-03-28 | 2015-10-06 | Telecommunication Systems, Inc. | Area watcher for wireless network |
US8126889B2 (en) | 2002-03-28 | 2012-02-28 | Telecommunication Systems, Inc. | Location fidelity adjustment based on mobile subscriber privacy profile |
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 |
US8290505B2 (en) | 2006-08-29 | 2012-10-16 | Telecommunications Systems, Inc. | Consequential location derived information |
US8918073B2 (en) | 2002-03-28 | 2014-12-23 | Telecommunication Systems, Inc. | Wireless telecommunications location based services scheme selection |
US7917581B2 (en) | 2002-04-02 | 2011-03-29 | Verizon Business Global Llc | Call completion via instant communications client |
US7184790B2 (en) * | 2002-04-02 | 2007-02-27 | Dorenbosch Jheroen P | Method and apparatus for establishing a talk group |
US7382868B2 (en) * | 2002-04-02 | 2008-06-03 | Verizon Business Global Llc | Telephony services system with instant communications enhancements |
US8856236B2 (en) | 2002-04-02 | 2014-10-07 | Verizon Patent And Licensing Inc. | Messaging response system |
US6895254B2 (en) * | 2002-04-15 | 2005-05-17 | Motorola, Inc. | Method and apparatus for providing a dispatch call |
AU2003266002A1 (en) * | 2002-05-06 | 2003-11-17 | Benjamin M. Goldberg | Localized audio networks and associated digital accessories |
US7395336B1 (en) * | 2002-05-14 | 2008-07-01 | Sprint Spectrum L.P. | Method for managing SIP registrations in a telecommunications network |
JP4384595B2 (ja) * | 2002-05-24 | 2009-12-16 | コディアック ネットワークス, インコーポレイテッド | ディスパッチサービス・アーキテクチャ・フレームワーク |
US20040030801A1 (en) * | 2002-06-14 | 2004-02-12 | Moran Timothy L. | Method and system for a client to invoke a named service |
US7613772B2 (en) * | 2002-07-25 | 2009-11-03 | Colligo Networks, Inc. | Method for context based discovery and filtering of portable collaborative networks |
US7372826B2 (en) * | 2002-08-01 | 2008-05-13 | Starent Networks, Corp. | Providing advanced communications features |
EP1547308B1 (en) * | 2002-08-05 | 2007-11-14 | Telefonaktiebolaget LM Ericsson (publ) | Method, device, computer program product and system for performing floor control and session control |
US8320922B2 (en) * | 2002-08-07 | 2012-11-27 | Qualcomm Incorporated | Registration in a broadcast communications system |
US7953841B2 (en) * | 2002-08-22 | 2011-05-31 | Jds Uniphase Corporation | Monitoring an RTP data stream based on a phone call |
US7983199B1 (en) * | 2002-09-06 | 2011-07-19 | Cisco Technology, Inc. | Voice over internet protocol push-to-talk communication system |
US7181234B2 (en) * | 2002-09-17 | 2007-02-20 | Motorola, Inc. | Method and apparatus for bridging talk groups in public/private communication systems |
JP3880495B2 (ja) * | 2002-09-25 | 2007-02-14 | キヤノン株式会社 | 撮像装置の制御方法及び画像配信装置 |
AU2002337411A1 (en) * | 2002-09-30 | 2004-05-04 | Nokia Corporation | Routing data packets in a compressed-header domain |
US7920546B2 (en) | 2002-10-01 | 2011-04-05 | Nortel Networks Limited | Automated attendant multimedia session |
US6952592B2 (en) * | 2002-10-15 | 2005-10-04 | Motorola, Inc. | Method and apparatus for limiting a transmission in a dispatch system |
US20040203750A1 (en) * | 2002-10-16 | 2004-10-14 | Lee Cowdrey | Transport of records of roaming usage of mobile telecommunications networks |
KR100508650B1 (ko) * | 2002-11-19 | 2005-08-18 | 주식회사 휴림인터랙티브 | 통신단말기간의 피어투피어 방식의 서비스를 위한 확장에스아이피를 이용한 티씨피/아이피 세션 설정 방법 |
AU2003295785A1 (en) | 2002-11-22 | 2004-06-18 | Intellisist Llc | System and method for providing multi-party message-based voice communications |
US8666397B2 (en) | 2002-12-13 | 2014-03-04 | Telecommunication Systems, Inc. | Area event handling when current network does not cover target area |
US7231223B2 (en) * | 2002-12-18 | 2007-06-12 | Motorola, Inc. | Push-to-talk call setup for a mobile packet data dispatch network |
US20050193056A1 (en) * | 2002-12-26 | 2005-09-01 | Schaefer Diane E. | Message transfer using multiplexed connections in an open system interconnection transaction processing environment |
US20040203907A1 (en) * | 2002-12-30 | 2004-10-14 | Hiller Thomas Lloyd | One to many wireless network communications with receiving members selected based on geographic location |
US7894377B2 (en) | 2002-12-31 | 2011-02-22 | Motorola Solutions, Inc. | Method and system for group communications |
US7023813B2 (en) | 2002-12-31 | 2006-04-04 | Motorola, Inc. | Methods for managing a pool of multicast addresses and allocating addresses in a communications system |
US7366780B2 (en) | 2002-12-31 | 2008-04-29 | Motorola, Inc. | System and method for controlling and managing sessions between endpoints in a communications system |
US7369567B2 (en) | 2002-12-31 | 2008-05-06 | Motorola, Inc. | Methods for affiliating endpoints with a group and determining common communication capabilities for the affiliated endpoints |
US6798755B2 (en) * | 2002-12-31 | 2004-09-28 | Motorola, Inc. | Apparatus and method for controlling and managing individual directed sessions in a communications system |
EP1581861A4 (en) * | 2003-01-03 | 2010-07-28 | Dialogic Corp | TRANSPARENT HIGH PERFORMANCE CALL DISTRIBUTION |
DK1441475T3 (da) * | 2003-01-23 | 2007-08-06 | Telia Ab | Organ og en fremgangsmåde i et pakkekoblet netværk til at danne multicastgrupper for applikationer med samme gruppeidentitet |
US7096024B2 (en) * | 2003-01-31 | 2006-08-22 | Qualcomm, Incorporated | Method and apparatus to initiate point-to-point call during shared-channel delivery of broadcast content in a wireless telephone network |
US20040157640A1 (en) * | 2003-02-11 | 2004-08-12 | Juho Pirskanen | System and method for counting user equipments (UEs) in idle mode in a multimedia broadcast multi-service (MBMS) |
US20040162095A1 (en) * | 2003-02-18 | 2004-08-19 | Motorola, Inc. | Voice buffering during call setup |
US7035658B2 (en) * | 2003-02-28 | 2006-04-25 | Motorola, Inc. | Wireless communication device and network controller for affiliation with associated groups and method thereof |
IL154739A0 (en) * | 2003-03-04 | 2003-10-31 | Bamboo Mediacasting Ltd | Segmented data delivery over non-reliable link |
US7039710B2 (en) * | 2003-03-20 | 2006-05-02 | Nokia Corporation | Method and apparatus for providing multi-client support in a SIP-enabled terminal |
US7305681B2 (en) * | 2003-03-20 | 2007-12-04 | Nokia Corporation | Method and apparatus for providing multi-client support in a sip-enabled terminal |
US20040186918A1 (en) * | 2003-03-21 | 2004-09-23 | Lonnfors Mikko Aleksi | Method and apparatus for dispatching incoming data in a multi-application terminal |
FI20030429A0 (fi) * | 2003-03-24 | 2003-03-24 | Nokia Corp | Ryhmäliikennöinti matkaviestinverkossa |
US8036122B2 (en) * | 2003-04-03 | 2011-10-11 | Alcatel Lucent | Initiation of network treatment for data packet associated with real-time application different from network treatment applicable to data packet non-associated with the real-time application |
KR20040094275A (ko) * | 2003-04-30 | 2004-11-09 | 삼성전자주식회사 | 셀룰러 이동통신 시스템에서 푸쉬-투-토크 서비스를 위한호 설정 방법 |
US7117000B2 (en) * | 2003-05-02 | 2006-10-03 | Qualcomm Inc. | Method and apparatus for exchanging air-interface information during a dormant packet data session |
US7522613B2 (en) * | 2003-05-07 | 2009-04-21 | Nokia Corporation | Multiplexing media components of different sessions |
ATE417475T1 (de) * | 2003-05-14 | 2008-12-15 | Research In Motion Ltd | Vorrichtung und verfahren zur bestimmung des zustandes eines angeforderten dienstes |
ATE439016T1 (de) | 2003-05-20 | 2009-08-15 | T Mobile Deutschland Gmbh | Verfahren und system zur implementierung eines drücken-zum-sprechen dienstes in einem mobilkommunikationsnetz des gsm-typs |
GB0312343D0 (en) * | 2003-05-30 | 2003-07-02 | Translift Engineering Ltd | Fork lift truck |
ES2357234T3 (es) | 2003-06-02 | 2011-04-20 | Qualcomm Incorporated | Generación e implementación de un protocolo y una interfaz de señales para velocidades de transferencia de datos elevadas. |
US8090396B2 (en) * | 2003-06-30 | 2012-01-03 | Motorola Mobility, Inc. | Push-to-talk features in wireless communications devices and methods |
EP1649706A4 (en) * | 2003-07-18 | 2011-05-11 | Kodiak Networks Inc | PREMIUM VOICE SERVICES FOR WIRELESS COMMUNICATION SYSTEMS |
US7277423B1 (en) | 2003-07-18 | 2007-10-02 | Sprint Spectrum L.P. | Method and system for buffering media to reduce apparent latency in initiating a packet-based real-time media session |
JP3913721B2 (ja) | 2003-07-31 | 2007-05-09 | 三洋電機株式会社 | 移動局、移動体通信システム及びプログラム |
US20050032539A1 (en) * | 2003-08-06 | 2005-02-10 | Noel Paul A. | Priority queuing of callers |
KR20050015544A (ko) * | 2003-08-06 | 2005-02-21 | 삼성전자주식회사 | 멀티미디어 방송/다중방송 서비스를 지원하는이동통신시스템에서 호출 메시지를 수신하지 못한 사용자단말기들에게 효율적으로 멀티미디어 방송/다중방송서비스를 제공하는 방법 |
JP2007507918A (ja) | 2003-08-13 | 2007-03-29 | クゥアルコム・インコーポレイテッド | さらに高速なデータレート用の信号インタフェース |
US7443867B2 (en) * | 2003-08-15 | 2008-10-28 | Nortel Networks Limited | Method for performing network services |
US20050094670A1 (en) * | 2003-08-20 | 2005-05-05 | Samsung Electronics Co., Ltd. | Method for acquiring header compression context in user equipment for receiving packet data service |
US7069032B1 (en) * | 2003-08-29 | 2006-06-27 | Core Mobility, Inc. | Floor control management in network based instant connect communication |
ES2525094T3 (es) * | 2003-09-04 | 2014-12-17 | Deutsche Telekom Ag | Interfuncionamiento de un sistema Pulsa-y-Habla (push-to-talk) |
JP4838132B2 (ja) | 2003-09-10 | 2011-12-14 | クゥアルコム・インコーポレイテッド | 高速データレートインタフェース |
IL157886A0 (en) * | 2003-09-11 | 2009-02-11 | Bamboo Mediacasting Ltd | Secure multicast transmission |
IL157885A0 (en) * | 2003-09-11 | 2004-03-28 | Bamboo Mediacasting Ltd | Iterative forward error correction |
US6973325B2 (en) * | 2003-09-24 | 2005-12-06 | Motorola, Inc. | Temporary block flow allocation method |
US20050071459A1 (en) * | 2003-09-26 | 2005-03-31 | Jose Costa-Requena | System, apparatus, and method for providing media session descriptors |
US7565434B1 (en) * | 2003-10-09 | 2009-07-21 | Sprint Spectrum L.P. | Method and system for canceling setup of a packet-based real-time media conference session |
US7142891B2 (en) * | 2003-10-10 | 2006-11-28 | Texas Instruments Incorporated | Device bound flashing/booting for cloning prevention |
CN1894931A (zh) | 2003-10-15 | 2007-01-10 | 高通股份有限公司 | 高数据速率接口 |
TWI401601B (zh) | 2003-10-29 | 2013-07-11 | Qualcomm Inc | 用於一行動顯示數位介面系統之方法及系統及電腦程式產品 |
SE0302920D0 (sv) * | 2003-11-03 | 2003-11-03 | Ericsson Telefon Ab L M | Improvements in or relating to group calls |
CA2545272A1 (en) * | 2003-11-04 | 2005-05-19 | Nexthop Technologies, Inc. | Secure, standards-based communications across a wide-area network |
WO2005048562A1 (en) | 2003-11-12 | 2005-05-26 | Qualcomm Incorporated | High data rate interface with improved link control |
CA2546786C (en) | 2003-11-19 | 2011-02-15 | Research In Motion Limited | Systems and methods for facilitating instant communications over distributed cellular networks |
CN101053232A (zh) | 2003-11-25 | 2007-10-10 | 高通股份有限公司 | 具有改进链路同步的高数据速率接口 |
ES2338658T3 (es) * | 2003-12-01 | 2010-05-11 | Interdigital Technology Corporation | Protocolo de inicio de sesion (sip) basado en la transferencia iniciada por el usuario. |
US7424293B2 (en) | 2003-12-02 | 2008-09-09 | Telecommunication Systems, Inc. | User plane location based service using message tunneling to support roaming |
US20090222537A1 (en) * | 2003-12-04 | 2009-09-03 | Colligo Newworks, Inc., A Canadian Corporation | System And Method For Interactive Instant Networking |
US7653405B2 (en) * | 2003-12-05 | 2010-01-26 | Nortel Networks Limited | Communicating application control and data information using a traffic flow over a wireless link |
CN101867516B (zh) | 2003-12-08 | 2012-04-04 | 高通股份有限公司 | 具有改进链路同步的高数据速率接口 |
CN1894925B (zh) * | 2003-12-11 | 2010-05-26 | Nxp股份有限公司 | 多媒体即按即说应用的发言权控制 |
US20050138117A1 (en) * | 2003-12-18 | 2005-06-23 | Samsung Electronics Co., Ltd. | Method and system for pushing notifications to networked device |
US7260186B2 (en) | 2004-03-23 | 2007-08-21 | Telecommunication Systems, Inc. | Solutions for voice over internet protocol (VoIP) 911 location services |
US20080090546A1 (en) | 2006-10-17 | 2008-04-17 | Richard Dickinson | Enhanced E911 network access for a call center using session initiation protocol (SIP) messaging |
US20080126535A1 (en) | 2006-11-28 | 2008-05-29 | Yinjun Zhu | User plane location services over session initiation protocol (SIP) |
US20050135317A1 (en) * | 2003-12-22 | 2005-06-23 | Christopher Ware | Method and system for multicast scheduling in a WLAN |
DE602004007552T2 (de) * | 2003-12-22 | 2008-03-13 | Nokia Corp. | Verfahren und einrichtung für push-to-talk-dienst |
US7558736B2 (en) * | 2003-12-31 | 2009-07-07 | United States Cellular Corporation | System and method for providing talker arbitration in point-to-point/group communication |
JP4581404B2 (ja) * | 2004-01-06 | 2010-11-17 | 富士ゼロックス株式会社 | 情報処理装置及び情報処理プログラム |
US7386114B1 (en) * | 2004-01-08 | 2008-06-10 | Shortel, Inc. | Distributed session-based data |
US9154921B2 (en) * | 2004-01-12 | 2015-10-06 | Qualcomm Incorporated | Method and apparatus for sharing user information in a group communication network |
TWI369091B (en) | 2004-01-13 | 2012-07-21 | Interdigital Tech Corp | Orthogonal frequency division multiplexing (ofdm) method and apparatus for protecting and authenticating wirelessly transmitted digital information |
DE102004005254B4 (de) * | 2004-02-03 | 2010-12-23 | Siemens Ag | Empfängerklassifizierung bei Push-to-talk-over-Cellular (PoC) Verfahren |
SE0400288D0 (sv) * | 2004-02-11 | 2004-02-11 | Ericsson Telefon Ab L M | Improvements in or relating to telecommunication services |
US7711382B2 (en) * | 2004-02-27 | 2010-05-04 | Motorola, Inc. | Method for dynamic group call |
ATE488103T1 (de) | 2004-02-27 | 2010-11-15 | Research In Motion Ltd | Verfahren und system zur signalisierung von sendekanalanforderungen für halbduplex- kommunikationssysteme |
HU226781B1 (en) * | 2004-03-01 | 2009-10-28 | Miklos Jobbagy | Device set for secure direct information transmission over internet |
EP2375675B1 (en) | 2004-03-10 | 2013-05-01 | Qualcomm Incorporated | High data rate interface apparatus and method |
US20050202838A1 (en) * | 2004-03-12 | 2005-09-15 | Lucent Technologies, Inc., | Method and apparatus for providing a low-latency, high-accuracy indication-to-speak |
RU2355121C2 (ru) | 2004-03-17 | 2009-05-10 | Квэлкомм Инкорпорейтед | Устройство и способ интерфейса с высокой скоростью передачи данных |
MXPA06010873A (es) | 2004-03-24 | 2007-04-02 | Qualcomm Inc | Metodo y aparato de interfase de tasa de datos alta. |
US20050226162A1 (en) * | 2004-03-30 | 2005-10-13 | Shrum Edgar V Jr | Methods, systems, and products for maintaining communications service reachability |
JP4574366B2 (ja) * | 2004-03-30 | 2010-11-04 | 要二 竹内 | Ip電話端末として機能させるプログラムが記録されたcd−rom、管理サーバ、運用サーバ、及びip電話端末登録方法 |
US20050232241A1 (en) * | 2004-03-31 | 2005-10-20 | Geng Wu | Method and apparatus for push-to-talk communications |
US7548758B2 (en) | 2004-04-02 | 2009-06-16 | Nortel Networks Limited | System and method for peer-to-peer communication in cellular systems |
DE602005021261D1 (de) * | 2004-04-13 | 2010-06-24 | Research In Motion Ltd | Verfahren für ein Push-to-talk-Endgerät für eine Initiierungsprotokoll-Sitzung zur Anzeige des Antwortbetriebsmodus für einen Push-to-talk-Netzwerkserver eines Internetprotokolls |
KR20050101505A (ko) * | 2004-04-19 | 2005-10-24 | 삼성전자주식회사 | 무선 통신 시스템에서 다중 세션 모니터링 방법 및 장치 |
US7031273B2 (en) * | 2004-04-23 | 2006-04-18 | Motorola, Inc. | Session initiation protocol retransmission method |
NO322875B1 (no) * | 2004-04-23 | 2006-12-18 | Tandberg Telecom As | System og fremgangsmate for a inkludere deltakere i en konferansesamtale |
US20050238171A1 (en) * | 2004-04-26 | 2005-10-27 | Lidong Chen | Application authentication in wireless communication networks |
US7624188B2 (en) * | 2004-05-03 | 2009-11-24 | Nokia Corporation | Apparatus and method to provide conference data sharing between user agent conference participants |
GB0410270D0 (en) * | 2004-05-07 | 2004-06-09 | Nokia Corp | A communication system |
US7353036B2 (en) * | 2004-05-10 | 2008-04-01 | Motorola, Inc. | Push-to-talk reverse channel establishment |
EP1596262B1 (de) * | 2004-05-10 | 2007-04-11 | Siemens Aktiengesellschaft | Sicherheitsgerichtete Übertragung von Daten |
CN100466671C (zh) * | 2004-05-14 | 2009-03-04 | 华为技术有限公司 | 语音切换方法及其装置 |
FI20045180A0 (fi) * | 2004-05-19 | 2004-05-19 | Nokia Corp | Ryhmä-ääniviestinnän hallinta tietoliikennejärjestelmässä |
US7630395B2 (en) * | 2004-05-24 | 2009-12-08 | The United States Of America As Represented By The Secretary Of The Air Force | Apparatus and method for providing a data interface to a plurality of radio transceivers |
TWI244855B (en) * | 2004-05-28 | 2005-12-01 | Octtel Comm Co Ltd | Method of communication protocol for voice over Internet protocol (VoIP) gateways |
US8650304B2 (en) | 2004-06-04 | 2014-02-11 | Qualcomm Incorporated | Determining a pre skew and post skew calibration data rate in a mobile display digital interface (MDDI) communication system |
CN1993948A (zh) | 2004-06-04 | 2007-07-04 | 高通股份有限公司 | 高数据速率接口设备和方法 |
GB0413972D0 (en) * | 2004-06-22 | 2004-07-28 | Nokia Corp | A communication system |
US7340463B1 (en) | 2004-06-25 | 2008-03-04 | Apple Inc. | Caching permissions information |
US8316088B2 (en) * | 2004-07-06 | 2012-11-20 | Nokia Corporation | Peer-to-peer engine for object sharing in communication devices |
US7650142B2 (en) * | 2004-07-08 | 2010-01-19 | Nortel Networks Limited | Method for setting up a conference call |
US8379864B2 (en) * | 2004-07-09 | 2013-02-19 | Nokia Corporation | Software plug-in framework to modify decryption methods in terminals |
US20060018470A1 (en) * | 2004-07-09 | 2006-01-26 | Nokia Corporation | Managing traffic keys during a multi-media session |
KR100895027B1 (ko) | 2004-07-09 | 2009-04-24 | 노키아 코포레이션 | 단말들에서의 해독 방법들을 변형하는 소프트웨어 플러그인프레임워크 |
KR100793343B1 (ko) * | 2004-07-16 | 2008-01-11 | 삼성전자주식회사 | PoC 시스템의 호 처리 방법 |
US8090858B2 (en) * | 2004-07-23 | 2012-01-03 | Nokia Siemens Networks Oy | Systems and methods for encapsulation based session initiation protocol through network address translation |
KR100652646B1 (ko) * | 2004-07-24 | 2006-12-06 | 엘지전자 주식회사 | 사용자 서비스 품질 향상을 위한 피티티 서비스 시스템 및방법 |
KR100690752B1 (ko) * | 2004-07-28 | 2007-03-09 | 엘지전자 주식회사 | 피티티 서비스 시스템의 발언권 할당방법 |
KR100840365B1 (ko) * | 2004-07-30 | 2008-06-20 | 삼성전자주식회사 | 다중 피.오.씨 세션의 세션 결합 방법 및 그 시스템 |
KR100640440B1 (ko) * | 2004-08-10 | 2006-10-30 | 삼성전자주식회사 | 이동통신 시스템에서의 푸시투토크 방식의 통화 중 전화통화 연결 방법 |
KR100652655B1 (ko) | 2004-08-11 | 2006-12-06 | 엘지전자 주식회사 | 발언권 제어를 위한 피티티 서비스 시스템 및 방법 |
JP2006054656A (ja) | 2004-08-11 | 2006-02-23 | Nec Corp | Ptt通信システム、ptt通信方法、ptt通信サーバ |
GB2417859A (en) * | 2004-08-18 | 2006-03-08 | Vodafone Plc | Half duplex communication mode for devices in cellular telecommunication system |
KR100686150B1 (ko) * | 2004-08-20 | 2007-02-23 | 엘지전자 주식회사 | 이동통신 시스템에서의 PoC 서비스 제공 방법 및 단말에서의 PoC 데이터 전송 방법 |
US8135426B2 (en) * | 2004-08-24 | 2012-03-13 | Qualcomm Incorporated | Optimistic talk-permit reliability enhancement in a push-to-talk system |
US7715559B2 (en) * | 2004-08-26 | 2010-05-11 | Motorola, Inc. | Crypto-synchronization for secure communication |
KR100678142B1 (ko) * | 2004-08-31 | 2007-02-02 | 삼성전자주식회사 | 위치기반 서비스를 제공하는 푸시투토크 방식을 채용한이동통신 시스템 및 그 서비스 구현 방법 |
FI20041169A0 (fi) * | 2004-09-08 | 2004-09-08 | Nokia Corp | Ryhmäpalveluiden ryhmätiedot |
US20060050683A1 (en) * | 2004-09-09 | 2006-03-09 | Nextel Communications, Inc. | Prioritization of service requests received at a session initiation protocol (SIP) server |
ES2377120T3 (es) * | 2004-09-16 | 2012-03-22 | Research In Motion Limited | Aparatos y método para organizar la cola y moderar una llamada de grupo |
US7623882B2 (en) * | 2004-09-16 | 2009-11-24 | Research In Motion Limited | System and method for queueing and moderating group talk |
US20060079260A1 (en) * | 2004-09-17 | 2006-04-13 | Nextel Communications, Inc. | Ad-hoc dispatch chatroom |
US7756540B2 (en) * | 2004-09-17 | 2010-07-13 | Nextel Communications Inc. | Public dispatch chatroom |
US8538393B1 (en) | 2004-09-21 | 2013-09-17 | Advanced Ground Information Systems, Inc. | Method to provide ad hoc and password protected digital and voice networks |
US8213970B2 (en) * | 2004-09-21 | 2012-07-03 | Advanced Ground Information Systems, Inc. | Method of utilizing forced alerts for interactive remote communications |
US10645562B2 (en) | 2004-09-21 | 2020-05-05 | Agis Software Development Llc | Method to provide ad hoc and password protected digital and voice networks |
US20060075449A1 (en) * | 2004-09-24 | 2006-04-06 | Cisco Technology, Inc. | Distributed architecture for digital program insertion in video streams delivered over packet networks |
KR100666984B1 (ko) * | 2004-09-24 | 2007-01-10 | 삼성전자주식회사 | 푸쉬 투 토크 오버 셀룰러 시스템 사용자의 응답 모드에따른 호 처리 시스템 및 방법 |
US7299036B2 (en) * | 2004-09-30 | 2007-11-20 | Kyocera Wireless Corp. | Mobile telephone handset, mobile telephone system and method |
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 |
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 |
US7558286B2 (en) * | 2004-10-22 | 2009-07-07 | Sonim Technologies, Inc. | Method of scheduling data and signaling packets for push-to-talk over cellular networks |
US20060092895A1 (en) * | 2004-10-23 | 2006-05-04 | Lg Electronics Inc. | Method for restricting push-to service |
JP2006135499A (ja) * | 2004-11-04 | 2006-05-25 | Matsushita Electric Ind Co Ltd | 通信プログラム及び通信端末 |
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 |
US20060105793A1 (en) * | 2004-11-12 | 2006-05-18 | Gutowski Gerald J | Broadcast message services for communication devices engaged in push-to-talk communication |
US7933563B2 (en) | 2004-11-17 | 2011-04-26 | Nec Corporation | Communication system, communication terminal, server, communication method to be used therein and program therefor |
US10111055B2 (en) | 2004-11-23 | 2018-10-23 | Kodiak Networks, Inc. | Optimized methods for large group calling using unicast and multicast transport bearer for PoC |
US8958348B2 (en) * | 2008-10-20 | 2015-02-17 | Kodiak Networks, Inc. | Hybrid push-to-talk for mobile phone networks |
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 |
US10116691B2 (en) | 2004-11-23 | 2018-10-30 | Kodiak Networks, Inc. | VoIP denial-of-service protection mechanisms from attack |
US20110183659A1 (en) * | 2009-12-04 | 2011-07-28 | Kodiak Networks, Inc. | Community group client and community auto discovery solutions in a wireless communications network |
US8369829B2 (en) * | 2010-03-03 | 2013-02-05 | Kodiak Networks, Inc. | Prepaid billing solutions for push-to-talk in a wireless communications network |
US9137646B2 (en) | 2004-11-23 | 2015-09-15 | Kodiak Networks, Inc. | Method and framework to detect service users in an insufficient wireless radio coverage network and to improve a service delivery experience by guaranteed presence |
US9485787B2 (en) | 2005-05-24 | 2016-11-01 | Kodiak Networks, Inc. | Method to achieve a fully acknowledged mode communication (FAMC) in push-to-talk-over-cellular (PoC) |
US7853279B2 (en) * | 2006-04-26 | 2010-12-14 | Kodiak Networks, Inc. | Advanced features on a real-time exchange system |
US20070190984A1 (en) * | 2005-12-05 | 2007-08-16 | Ravi Ayyasamy | Instant messaging interworking in an advanced voice services (avs) framework for wireless communications systems |
US10057105B2 (en) | 2004-11-23 | 2018-08-21 | Kodiak Networks, Inc. | Architecture framework to realize push-to-X services using cloudbased storage services |
US9913300B2 (en) | 2011-12-14 | 2018-03-06 | Kodiak Networks, Inc. | Push-to-talk-over-cellular (PoC) |
US10178513B2 (en) | 2004-11-23 | 2019-01-08 | Kodiak Networks, Inc. | Relay-mode and direct-mode operations for push-to-talk-over-cellular (PoC) using WiFi-technologies |
US8670760B2 (en) | 2008-01-24 | 2014-03-11 | Kodiak Networks, Inc. | Converged mobile-web communications solution |
US8676189B2 (en) * | 2008-01-24 | 2014-03-18 | Kodiak Networks, Inc. | Converged mobile-web communications solution |
US10367863B2 (en) | 2004-11-23 | 2019-07-30 | Kodiak Networks Inc. | Method for providing dynamic quality of service for push-to-talk service |
US8036692B2 (en) | 2005-08-08 | 2011-10-11 | Kodiaks Networks, Inc. | Brew platform enabling advanced voice services (AVS) including push-to-talk, push-to-conference and push-to-message on wireless handsets and networks |
US8692838B2 (en) | 2004-11-24 | 2014-04-08 | Qualcomm Incorporated | Methods and systems for updating a buffer |
US8699330B2 (en) | 2004-11-24 | 2014-04-15 | Qualcomm Incorporated | Systems and methods for digital data transmission rate control |
US8539119B2 (en) | 2004-11-24 | 2013-09-17 | Qualcomm Incorporated | Methods and apparatus for exchanging messages having a digital data interface device message format |
US8723705B2 (en) | 2004-11-24 | 2014-05-13 | Qualcomm Incorporated | Low output skew double data rate serial encoder |
US8667363B2 (en) | 2004-11-24 | 2014-03-04 | Qualcomm Incorporated | Systems and methods for implementing cyclic redundancy checks |
US8873584B2 (en) | 2004-11-24 | 2014-10-28 | Qualcomm Incorporated | Digital data interface device |
US7596224B2 (en) * | 2004-12-07 | 2009-09-29 | Motorola, Inc. | Method and system for secure call alert |
KR100598462B1 (ko) * | 2004-12-08 | 2006-07-11 | 삼성전자주식회사 | 이동통신 단말기에서 피티티 통화중 송화자 표시 방법 |
KR20060067053A (ko) * | 2004-12-14 | 2006-06-19 | 삼성전자주식회사 | 푸쉬투토크 오버 셀룰러 사용자 발언 시간 사용 방법 및그 시스템 |
US7477911B1 (en) * | 2004-12-16 | 2009-01-13 | Cellco Partnership | Method and system for facilitating a power-on registration for use with a wireless push to talk system |
SE0403133D0 (sv) * | 2004-12-22 | 2004-12-22 | Ericsson Telefon Ab L M | A method and arrangement for providing communication group information to a client |
JP4682613B2 (ja) | 2004-12-22 | 2011-05-11 | 日本電気株式会社 | 通話システム、携帯端末装置及びそれらに用いる話者権予約方法並びにそのプログラム |
US20060159238A1 (en) * | 2004-12-28 | 2006-07-20 | Takashi Akita | Voice talk system, voice talk control apparatus, voice talk control method, and voice talk control program |
KR100700568B1 (ko) * | 2004-12-29 | 2007-03-28 | 엘지전자 주식회사 | Ptt 단말기에서의 음성 데이터 재전송 방법 |
DE102004063298B4 (de) * | 2004-12-29 | 2006-11-16 | Infineon Technologies Ag | Verfahren zum rechnergestützten Verwalten von Kommunikationsrechten zum Kommunizieren mittels mehrerer unterschiedlicher Kommunikationsmedien in einer Telekommunikations-Konferenz mit mehreren Telekommunikations-Einrichtungen |
GB0500483D0 (en) * | 2005-01-11 | 2005-02-16 | Nokia Corp | Multi-party sessions in a communication system |
FR2880759B1 (fr) * | 2005-01-12 | 2007-04-27 | Sagem | Procede d'interruption du locuteur du moment d'un appel de groupe par un des auditeurs dudit appel de groupe |
JP2006197041A (ja) | 2005-01-12 | 2006-07-27 | Nec Corp | PoCシステム、PoC携帯端末及びそれらに用いるポインタ表示方法並びにそのプログラム |
FR2880760B1 (fr) * | 2005-01-12 | 2007-04-27 | Sagem | Procede d'interruption du locuteur du moment d'un appel de groupe par un des auditeurs dudit appel de groupe |
FR2880761B1 (fr) * | 2005-01-12 | 2007-04-27 | Sagem | Procede d'interruption du locuteur du moment d'un appel de groupe par un des auditeurs dudit appel de groupe |
US7738915B2 (en) * | 2005-01-14 | 2010-06-15 | Nextel Communications Inc. | System and method for private wireless networks |
KR20060084720A (ko) * | 2005-01-20 | 2006-07-25 | 엘지전자 주식회사 | 피티티 단말기의 음성 유디피 패킷 수신 방법 |
US20080072035A1 (en) * | 2005-01-31 | 2008-03-20 | Johnson Robert A | Securing multicast data |
US20060172752A1 (en) * | 2005-02-03 | 2006-08-03 | Harris John M | Method and apparatus for providing talk permit notification for a PTT call |
KR100735328B1 (ko) * | 2005-02-04 | 2007-07-04 | 삼성전자주식회사 | Ptt 시스템에서 사용자 정보 자동 갱신 방법 및 그시스템 |
US9467488B2 (en) * | 2005-02-16 | 2016-10-11 | Sonim Technologies, Inc. | Reducing size of messages over the cellular control channel |
KR20060093976A (ko) * | 2005-02-23 | 2006-08-28 | 삼성전자주식회사 | 푸쉬 투 토크 오버 셀룰러 네트워크의 발언권 부여 방법 및그 시스템 |
JP4507917B2 (ja) * | 2005-02-28 | 2010-07-21 | 日本電気株式会社 | セッション処理システム、セッション処理方法、及びプログラム |
US7197328B2 (en) * | 2005-03-01 | 2007-03-27 | Motorola, Inc. | Method and apparatus for increasing success rate of push-to-talk access in a mobile communications network |
DE102005010820C5 (de) * | 2005-03-07 | 2014-06-26 | Phoenix Contact Gmbh & Co. Kg | Kopplung von sicheren Feldbussystemen |
US20060205349A1 (en) * | 2005-03-08 | 2006-09-14 | Enq Semiconductor, Inc. | Apparatus and method for wireless audio network management |
US7353034B2 (en) | 2005-04-04 | 2008-04-01 | X One, Inc. | Location sharing and tracking using mobile phones or other wireless devices |
DE102005016587B4 (de) * | 2005-04-11 | 2007-11-08 | Infineon Technologies Ag | Verfahren zum Bilden einer gemeinsamen Kommunikationssitzung, Verfahren zum Bilden einer ersten Kommunikationssitzung und einer zweiten Kommunikationssitzung aus einer gemeinsamen Kommunikationssitzung und Kommunikationssitzungs-Steuerungs-Server |
KR101061373B1 (ko) * | 2005-04-11 | 2011-09-02 | 삼성전자주식회사 | 푸쉬투토크 오버 셀룰러 망의 미디어 저장 서비스 수행 방법과 PoC 서버 및 PoC 클라이언트 |
US20060235981A1 (en) * | 2005-04-19 | 2006-10-19 | Nokia Corporation | Providing a second service to a group of users using a first service |
JP4701824B2 (ja) * | 2005-05-11 | 2011-06-15 | ソニー株式会社 | 無線通信装置およびその制御方法 |
US8279868B2 (en) * | 2005-05-17 | 2012-10-02 | Pine Valley Investments, Inc. | System providing land mobile radio content using a cellular data network |
US8145262B2 (en) * | 2005-05-17 | 2012-03-27 | Pine Valley Investments, Inc. | Multimode land mobile radio |
US7747021B2 (en) * | 2005-05-18 | 2010-06-29 | General Dynamics C4 Systems, Inc. | Method and apparatus for fast secure session establishment on half-duplex point-to-point voice cellular network channels |
US7643817B2 (en) * | 2005-05-18 | 2010-01-05 | General Dynamics C4 Systems, Inc. | Method and apparatus for rapid secure session establishment on half-duplex AD-hoc group voice cellular network channels |
CN101189810B (zh) * | 2005-06-02 | 2011-07-13 | 三星电子株式会社 | 在蜂窝即按即说网络中恢复中断的通话权的方法和系统 |
US7664493B1 (en) | 2005-06-03 | 2010-02-16 | At&T Intellectual Property I, L.P. | Redundancy mechanisms in a push-to-talk realtime cellular network |
FR2886804A1 (fr) * | 2005-06-03 | 2006-12-08 | France Telecom | Systeme et procede de telecommunication en mode ptt, module de gestion, serveurs, programme et support d'enregistrement pour ce systeme |
US8045998B2 (en) * | 2005-06-08 | 2011-10-25 | Cisco Technology, Inc. | Method and system for communicating using position information |
CA2738473C (en) * | 2005-06-14 | 2014-01-21 | Ntt Docomo, Inc. | Poc server, poc terminal, floor control method, and poc terminal control method |
FI20055345A0 (fi) * | 2005-06-23 | 2005-06-23 | Nokia Corp | Ryhmäkommunikaation hallinta |
DE102005039366B4 (de) * | 2005-06-24 | 2008-10-09 | Infineon Technologies Ag | Telekommunikations-Endgerät, Telekommunikationssystem, Telekommunikationssitzungs-Servereinheit, Verfahren zum Erzeugen und Senden einer Telekommunikationssitzungs-Nachricht, Verfahren zum Verwalten einer Telekommunikationssitzungs-Nachricht, Computerlesbare Speichermedien und Computerprogrammelemente |
US20080037576A1 (en) * | 2005-06-28 | 2008-02-14 | Cherng-Daw Hwang | Media broadcast over an internet protocol (IP) network |
JP4595712B2 (ja) * | 2005-06-29 | 2010-12-08 | 日本電気株式会社 | 文字/データ送受信システム、端末管理装置及びそれらに用いる文字/データ送受信方法並びにそのプログラム |
US7330920B2 (en) * | 2005-06-30 | 2008-02-12 | Motorola, Inc. | Signal initiator and method for on-demand communication |
US20070019645A1 (en) * | 2005-07-05 | 2007-01-25 | Deepthy Menon | Method and system for multicasting data in a communication network |
US9026160B1 (en) * | 2005-07-07 | 2015-05-05 | Nextel Communications, Inc. | Method and system for priority handling of dispatch call requests |
CN101258762B (zh) | 2005-07-08 | 2012-08-15 | 艾利森电话股份有限公司 | 用于一键通与会议业务的方法和设备 |
US7224960B2 (en) | 2005-07-12 | 2007-05-29 | Kyocera Wireless Corp. | System and method for updating wireless applications |
US8041376B2 (en) * | 2005-07-15 | 2011-10-18 | Research In Motion Limited | Methods and apparatus for providing PTT data buffering support indications from mobile devices and PTT data buffering control by wireless networks |
EP1905256B1 (en) * | 2005-07-15 | 2013-05-15 | Research In Motion Limited | Methods and apparatus for providing ptt data buffering support indications from mobile devices and ptt data buffering control by wireless networks |
US8660573B2 (en) | 2005-07-19 | 2014-02-25 | Telecommunications Systems, Inc. | Location service requests throttling |
CA2616013C (en) | 2005-07-19 | 2014-01-21 | Research In Motion Limited | System and method for granting transmit capability in a push to communicate system |
US8588210B2 (en) | 2005-07-22 | 2013-11-19 | Motorola Solutions, Inc. | Method and apparatus for floor control in a communication system |
CN101238708A (zh) * | 2005-08-02 | 2008-08-06 | 日本电气株式会社 | Ptt服务器、门设备、通信系统、程序及通信方法 |
DE102005037569B4 (de) * | 2005-08-09 | 2011-03-03 | Infineon Technologies Ag | Verfahren zum Vergeben eines Kommunikationsrechts, Kommunikationskonferenz-Sitzung-Server und Kommunikationskonferenz-Sitzung-Server-Anordnung |
US7633914B2 (en) * | 2005-08-10 | 2009-12-15 | Cisco Technology, Inc. | Method and system for providing interoperable communications with location information |
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 |
US20070049288A1 (en) * | 2005-08-24 | 2007-03-01 | Lamprecht Leslie J | Creating optimum temporal location trigger for multiple requests |
US9031071B2 (en) | 2005-08-26 | 2015-05-12 | Alcatel Lucent | Header elimination for real time internet applications |
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 |
FI20055514A0 (fi) * | 2005-09-27 | 2005-09-27 | Nokia Corp | Ryhmäviestintä viestintäjärjestelmässä |
KR101066297B1 (ko) * | 2005-09-30 | 2011-09-20 | 삼성전자주식회사 | 동시 다중 PoC 멀티미디어 서비스 제공 방법 및 그 장치 |
KR100742362B1 (ko) * | 2005-10-04 | 2007-07-25 | 엘지전자 주식회사 | 이동통신 네트워크에서 콘텐츠를 안전하게 송수신하기 위한 방법 및 장치 |
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 |
DE102005049074B4 (de) * | 2005-10-13 | 2008-04-03 | Infineon Technologies Ag | Verfahren zum rechnergestützten Vergeben eines Kommunikationsrechts, Verfahren zum rechnergestützten Erzeugen einer Kommunikationsrecht-Anforderungsnachricht, Kommunikationsrecht-Vergabe-Einheit, Kommunikations-Konferenz-Servereinheit, Kommunikations-Konferenz-Nachricht-Erzeugungseinheit, Kommunikations-Endgerät und Verfahren zum rechnergestützten Initialisieren eines Konferenz-Nachrichtenflusses in einer Kommunikations-Konferenz |
JP4890002B2 (ja) * | 2005-10-28 | 2012-03-07 | 京セラ株式会社 | 通信装置、通信システムおよび通信方法 |
KR101181001B1 (ko) | 2005-11-02 | 2012-09-07 | 삼성전자주식회사 | 푸쉬 투 토크 오버 셀룰러 시스템의 Chat PoC 그룹초대 예약을 통한 세션 합류 방법 및 그 시스템 |
US8145249B2 (en) * | 2005-11-04 | 2012-03-27 | Cisco Technology, Inc. | Method and system for providing a proxy media service |
US7751348B2 (en) * | 2005-11-04 | 2010-07-06 | Cisco Technology, Inc. | Method and system for providing a push-to-talk communication session |
CN100421479C (zh) * | 2005-11-10 | 2008-09-24 | 华为技术有限公司 | 基于PoC的群组数据管理方法及系统 |
CN101310505A (zh) | 2005-11-16 | 2008-11-19 | 日本电气株式会社 | 便携终端装置及其使用的参与者列表显示方法、以及其程序 |
US7680047B2 (en) * | 2005-11-22 | 2010-03-16 | Cisco Technology, Inc. | Maximum transmission unit tuning mechanism for a real-time transport protocol stream |
US8692839B2 (en) | 2005-11-23 | 2014-04-08 | Qualcomm Incorporated | Methods and systems for updating a buffer |
US8730069B2 (en) | 2005-11-23 | 2014-05-20 | Qualcomm Incorporated | Double data rate serial encoder |
US7702347B1 (en) * | 2005-12-06 | 2010-04-20 | Nextel Communications Inc. | System and method for temporary talk groups |
CN100442875C (zh) * | 2005-12-08 | 2008-12-10 | 华为技术有限公司 | 一种集群通讯中的话权分配方法 |
WO2007070889A2 (en) * | 2005-12-16 | 2007-06-21 | Glt Corporation | System and method for detection of data traffic on a network |
JP4553838B2 (ja) * | 2005-12-28 | 2010-09-29 | 富士通株式会社 | 通信方法、通信システム、中継装置及び通信装置 |
US8601160B1 (en) | 2006-02-09 | 2013-12-03 | Mcafee, Inc. | System, method and computer program product for gathering information relating to electronic content utilizing a DNS server |
US8150363B2 (en) | 2006-02-16 | 2012-04-03 | Telecommunication Systems, Inc. | Enhanced E911 network access for call centers |
US9420520B2 (en) * | 2006-02-21 | 2016-08-16 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for providing access for a limited set of mobile stations to a restricted local access point |
KR100754213B1 (ko) * | 2006-02-23 | 2007-09-03 | 삼성전자주식회사 | Plc 네트워크상에서 데이터를 멀티캐스팅하여 전송하는방법 및 장치 |
US7704452B2 (en) * | 2006-02-23 | 2010-04-27 | Rsr Technologies, Inc. | Alloy and anode for use in the electrowinning of metals |
CN101026814A (zh) * | 2006-02-24 | 2007-08-29 | 华为技术有限公司 | 一种会话建立话权分配方法及系统 |
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 |
US20070214069A1 (en) * | 2006-02-27 | 2007-09-13 | Kalantri Sacchindrakumar G | System for collecting billable information in a group communication system |
US8023978B2 (en) | 2006-02-27 | 2011-09-20 | Motorola Solutions, Inc. | Method for providing enhanced floor control for group calls between a dispatch communications network and a cellular telephone communications network |
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 |
US7899450B2 (en) | 2006-03-01 | 2011-03-01 | Telecommunication Systems, Inc. | Cellular augmented radar/laser detection using local mobile network within cellular network |
US9167553B2 (en) | 2006-03-01 | 2015-10-20 | Telecommunication Systems, Inc. | GeoNexus proximity detector network |
US7792899B2 (en) * | 2006-03-24 | 2010-09-07 | Cisco Technology, Inc. | Automatically providing announcements for a push-to-talk communication session |
US9112746B2 (en) * | 2006-04-05 | 2015-08-18 | Cisco Technology, Inc. | Method and system for managing virtual talk groups |
US7694002B2 (en) * | 2006-04-07 | 2010-04-06 | Cisco Technology, Inc. | System and method for dynamically upgrading / downgrading a conference session |
GB0607294D0 (en) * | 2006-04-11 | 2006-05-24 | Nokia Corp | A node |
US7801129B2 (en) | 2006-04-27 | 2010-09-21 | Alcatel-Lucent Usa Inc. | Method and apparatus for SIP message prioritization |
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 |
US20070286101A1 (en) * | 2006-05-23 | 2007-12-13 | Paul Gagne | System and method for providing conferencing capabilities |
US8326927B2 (en) * | 2006-05-23 | 2012-12-04 | Cisco Technology, Inc. | Method and apparatus for inviting non-rich media endpoints to join a conference sidebar session |
US20070281725A1 (en) * | 2006-05-30 | 2007-12-06 | Hyatt Edward C | Device and method for silent push-to-talk call pacing |
US20070280203A1 (en) * | 2006-06-02 | 2007-12-06 | Shmuel Shaffer | Method and System for Managing a Plurality of Virtual Talk Groups |
US7639634B2 (en) * | 2006-06-02 | 2009-12-29 | Cisco Technology, Inc. | Method and System for Joining a virtual talk group |
US8307038B2 (en) * | 2006-06-09 | 2012-11-06 | Microsoft Corporation | Email addresses relevance determination and uses |
KR101251193B1 (ko) * | 2006-06-09 | 2013-04-08 | 삼성전자주식회사 | PoC 시스템에서 그룹 세션을 개설하기 위한 방법 및 시스템 |
CN101094080B (zh) * | 2006-06-22 | 2012-06-20 | 华为技术有限公司 | 一种即按即通系统中的计费方法 |
CN102711053B (zh) * | 2006-06-22 | 2014-11-05 | 华为技术有限公司 | 一种即按即通系统中的计费方法和装置 |
US7890138B2 (en) * | 2006-06-30 | 2011-02-15 | Advanced Micro Devices, Inc. | Mechanism for remotely accessing a portable computer including wireless communication functionality |
US8194682B2 (en) * | 2006-08-07 | 2012-06-05 | Pine Valley Investments, Inc. | Multiple protocol land mobile radio system |
US20080045256A1 (en) * | 2006-08-16 | 2008-02-21 | Microsoft Corporation | Eyes-free push-to-talk communication |
US8601155B2 (en) * | 2006-08-16 | 2013-12-03 | Oracle America, Inc. | Telemetry stream performance analysis and optimization |
US8358763B2 (en) * | 2006-08-21 | 2013-01-22 | Cisco Technology, Inc. | Camping on a conference or telephony port |
CN101507302A (zh) | 2006-08-21 | 2009-08-12 | 交互数字技术公司 | 用于分组实时服务的资源分配、调度以及信令发送 |
US8170603B2 (en) * | 2006-08-28 | 2012-05-01 | Sony Ericsson Mobile Communications Ab | Differentiated access to a data item store |
CN1917537B (zh) * | 2006-09-22 | 2010-08-11 | 华为技术有限公司 | 一种实现一键通业务的方法和系统 |
US20080082668A1 (en) * | 2006-09-28 | 2008-04-03 | Nortel Networks Limited | Presence information delivery based on session participation |
US8570909B1 (en) | 2006-10-17 | 2013-10-29 | Cisco Technology, Inc. | Method and system for providing an indication of a communication |
US7809390B2 (en) * | 2006-10-30 | 2010-10-05 | Cisco Technology, Inc. | Method and system for providing information about a push-to-talk communication session |
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) |
US20080120555A1 (en) * | 2006-11-21 | 2008-05-22 | Intermec Ip Corp. | Wireless device grouping via common attribute |
US8121277B2 (en) * | 2006-12-12 | 2012-02-21 | Cisco Technology, Inc. | Catch-up playback in a conferencing system |
US20080146203A1 (en) * | 2006-12-19 | 2008-06-19 | Motorola, Inc. | Method and system for conversation break-in based on selection priority |
US20080153432A1 (en) * | 2006-12-20 | 2008-06-26 | Motorola, Inc. | Method and system for conversation break-in based on user context |
US20080155102A1 (en) * | 2006-12-20 | 2008-06-26 | Motorola, Inc. | Method and system for managing a communication session |
US8027328B2 (en) * | 2006-12-26 | 2011-09-27 | Alcatel Lucent | Header compression in a wireless communication network |
US7899025B2 (en) * | 2006-12-26 | 2011-03-01 | Alcatel-Lucent Usa Inc. | Header suppression in a wireless communication network |
US7689568B2 (en) * | 2006-12-28 | 2010-03-30 | Industrial Technology Research Institute | Communication system |
US8189460B2 (en) * | 2006-12-28 | 2012-05-29 | Cisco Technology, Inc. | Method and system for providing congestion management within a virtual talk group |
US20080160980A1 (en) * | 2006-12-28 | 2008-07-03 | Motorola, Inc. | Method and apparatus for determining a group call wait time |
US7873067B2 (en) * | 2006-12-29 | 2011-01-18 | Alcatel-Lucent Usa Inc. | Adaptive method of floor control with fast response time and fairness in communication network |
US20080167018A1 (en) * | 2007-01-10 | 2008-07-10 | Arlene Havlark | Wireless telecommunications location based services scheme selection |
KR20090113294A (ko) * | 2007-01-18 | 2009-10-29 | 인터디지탈 테크날러지 코포레이션 | 매체 독립 핸드오버를 위한 방법 및 장치 |
US20080177843A1 (en) * | 2007-01-22 | 2008-07-24 | Microsoft Corporation | Inferring email action based on user input |
US7881240B1 (en) | 2007-01-25 | 2011-02-01 | Sprint Spectrum L.P. | Dynamic configuration of EV-DO-A slot cycle index based on communication application |
US8179894B2 (en) | 2007-01-26 | 2012-05-15 | Cellco Partnership | Method, apparatus, and computer program product for reducing session setup latency |
US20080183645A1 (en) * | 2007-01-31 | 2008-07-31 | Microsoft Corporation | Media continuity service between devices |
US8050386B2 (en) | 2007-02-12 | 2011-11-01 | Telecommunication Systems, Inc. | Mobile automatic location identification (ALI) for first responders |
US7797010B1 (en) * | 2007-02-15 | 2010-09-14 | Nextel Communications Inc. | Systems and methods for talk group distribution |
US7844294B1 (en) * | 2007-02-15 | 2010-11-30 | Nextel Communications Inc. | Systems and methods for opt-in and opt-out talk group management |
US7738900B1 (en) * | 2007-02-15 | 2010-06-15 | Nextel Communications Inc. | Systems and methods of group distribution for latency sensitive applications |
US7818020B1 (en) * | 2007-02-15 | 2010-10-19 | Nextel Communications Company L.P. | System and method for joining communication groups |
US7865205B1 (en) * | 2007-03-01 | 2011-01-04 | Sprint Spectrum L.P. | Method and system for managing push-to-talk modes |
JP2010521878A (ja) * | 2007-03-15 | 2010-06-24 | インターデイジタル テクノロジー コーポレーション | メディア非依存ハンドオーバのための方法および装置 |
US20080275628A1 (en) * | 2007-05-02 | 2008-11-06 | Motorola, Inc. | Method and apparatus for communicating traffic information |
US8874159B2 (en) * | 2007-05-10 | 2014-10-28 | Cisco Technology, Inc. | Method and system for handling dynamic incidents |
US8184558B2 (en) * | 2007-05-31 | 2012-05-22 | Telecom Italia S.P.A. | Method, gateway and system for providing a push-to-x service to a user of a data terminal |
US9674675B2 (en) | 2007-06-20 | 2017-06-06 | Qualcomm Incorporated | Synchronizing floor control and media sharing in a half-duplex PTT system |
US20100190478A1 (en) * | 2009-01-23 | 2010-07-29 | Qualcomm Incorporated | System and method for push-to-share file distribution with previews |
US9210202B2 (en) | 2007-06-20 | 2015-12-08 | Qualcomm Incorporated | System and method for sharing media in a group communication among wireless communication devices |
US8050700B2 (en) * | 2007-06-27 | 2011-11-01 | Alcatel Lucent | Negotiation of control over a PTT call between an OMA PoC network and a P25 network |
US9178916B2 (en) * | 2007-06-28 | 2015-11-03 | Voxer Ip Llc | Real-time messaging method and apparatus |
JP2009017347A (ja) * | 2007-07-06 | 2009-01-22 | Toshiba Corp | 通信を制御する装置、方法、プログラム、および端末装置 |
US20100182932A1 (en) * | 2007-07-24 | 2010-07-22 | Shashikant Maheshwarl | Apparatus, Method and Computer Program Product Providing Group Resource Allocation for Reducing Signaling Overhead |
US8135383B2 (en) * | 2007-07-30 | 2012-03-13 | Lsi Corporation | Information security and delivery method and apparatus |
US8005497B2 (en) * | 2007-08-20 | 2011-08-23 | Cisco Technology, Inc. | Floor control over high latency networks in an interoperability and collaboration system |
US8185087B2 (en) | 2007-09-17 | 2012-05-22 | Telecommunication Systems, Inc. | Emergency 911 data messaging |
US20090083413A1 (en) * | 2007-09-24 | 2009-03-26 | Levow Zachary S | Distributed frequency data collection via DNS |
US8411866B2 (en) * | 2007-11-14 | 2013-04-02 | Cisco Technology, Inc. | Distribution of group cryptography material in a mobile IP environment |
US9130963B2 (en) | 2011-04-06 | 2015-09-08 | Telecommunication Systems, Inc. | Ancillary data support in session initiation protocol (SIP) messaging |
US7929530B2 (en) | 2007-11-30 | 2011-04-19 | Telecommunication Systems, Inc. | Ancillary data support in session initiation protocol (SIP) messaging |
CN101459816B (zh) * | 2007-12-14 | 2015-09-09 | 华为终端有限公司 | 一种多点双流会议中控制辅流令牌的方法、系统及设备 |
TWI342715B (en) * | 2007-12-28 | 2011-05-21 | Ind Tech Res Inst | System and method for multi-participant conference without multipoint conferencing unit |
US9326135B2 (en) * | 2008-02-21 | 2016-04-26 | Google Technology Holdings LLC | Method and apparatus for secure communication in a digital two way radio protocol |
JP2009225329A (ja) * | 2008-03-18 | 2009-10-01 | Toshiba Corp | 移動通信システム |
US8856003B2 (en) | 2008-04-30 | 2014-10-07 | Motorola Solutions, Inc. | Method for dual channel monitoring on a radio device |
CN101577634B (zh) | 2008-05-07 | 2012-01-25 | 华为技术有限公司 | 多主机系统的退网方法、网络侧管理装置及网络系统 |
US7759168B2 (en) * | 2008-05-13 | 2010-07-20 | International Business Machines Corporation | Electromagnetic interference shield for semiconductors using a continuous or near-continuous peripheral conducting seal and a conducting lid |
US8160628B1 (en) * | 2008-07-10 | 2012-04-17 | Nextel Communications Inc. | System and method of setting up a push-to-talk call |
US8269817B2 (en) | 2008-07-16 | 2012-09-18 | Cisco Technology, Inc. | Floor control in multi-point conference systems |
US20150009865A1 (en) * | 2008-08-11 | 2015-01-08 | Qualcomm Incorporated | Server-initiated duplex transitions |
US8681664B2 (en) | 2008-08-11 | 2014-03-25 | Qualcomm Incorporated | Setting up a full-duplex communication session and transitioning between half-duplex and full-duplex during a communication session within a wireless communications system |
US8000313B1 (en) | 2008-08-15 | 2011-08-16 | Sprint Spectrum L.P. | Method and system for reducing communication session establishment latency |
US8068587B2 (en) | 2008-08-22 | 2011-11-29 | Telecommunication Systems, Inc. | Nationwide table routing of voice over internet protocol (VOIP) emergency calls |
US8520631B2 (en) * | 2008-09-22 | 2013-08-27 | Xg Technology, Inc. | Proxy based approach for IP address assignment to decrease latency of hand-offs in mobile IP telephony |
US8689301B2 (en) * | 2008-09-30 | 2014-04-01 | Avaya Inc. | SIP signaling without constant re-authentication |
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 |
US8473733B2 (en) * | 2008-10-14 | 2013-06-25 | Research In Motion Limited | Method for managing opaque presence indications within a presence access layer |
US20100093366A1 (en) * | 2008-10-15 | 2010-04-15 | Research In Motion Limited | Incorporating Non-Presence Information in the Calculation of Presence Aspects by a Presence Access Layer |
US20100093328A1 (en) * | 2008-10-15 | 2010-04-15 | Research In Motion Limited | Interworking Function with a Presence Access Layer to Provide Enhanced Presence Aspect Indications |
US8103730B2 (en) * | 2008-10-15 | 2012-01-24 | Research In Motion Limited | Use of persistent sessions by a presence access layer |
US8751584B2 (en) * | 2008-10-16 | 2014-06-10 | Blackberry Limited | System for assignment of a service identifier as a mechanism for establishing a seamless profile in a contextually aware presence access layer |
US20100099387A1 (en) * | 2008-10-16 | 2010-04-22 | Research In Motion Limited | Controlling and/or Limiting Publication Through the Presence Access Layer |
US8386769B2 (en) * | 2008-11-21 | 2013-02-26 | Research In Motion Limited | Apparatus, and an associated method, for providing and using opaque presence indications in a presence service |
US9401937B1 (en) | 2008-11-24 | 2016-07-26 | Shindig, Inc. | Systems and methods for facilitating communications amongst multiple users |
US8405702B1 (en) * | 2008-11-24 | 2013-03-26 | Shindig, Inc. | Multiparty communications systems and methods that utilize multiple modes of communication |
US8676243B2 (en) | 2008-12-03 | 2014-03-18 | Motorola Solutions, Inc. | Method and apparatus for dual/multi-watch for group PTT services |
US8126494B2 (en) * | 2008-12-19 | 2012-02-28 | Cisco Technology, Inc. | System and method for providing a trunked radio and gateway |
US8041378B2 (en) | 2008-12-19 | 2011-10-18 | Cisco Technology, Inc. | System and method for providing channel configurations in a communications environment |
US20100161727A1 (en) * | 2008-12-19 | 2010-06-24 | Cisco Technology, Inc. | System and Method for Accelerating a Wide Area Notification |
US8647206B1 (en) | 2009-01-15 | 2014-02-11 | Shindig, Inc. | Systems and methods for interfacing video games and user communications |
US9413882B2 (en) * | 2009-02-27 | 2016-08-09 | Blackberry Limited | System and method for enabling encrypted voice communications between an external device and telephony devices associated with an enterprise network |
US8406168B2 (en) * | 2009-03-13 | 2013-03-26 | Harris Corporation | Asymmetric broadband data radio network |
WO2010117815A1 (en) * | 2009-03-30 | 2010-10-14 | Kodiak Networks, Inc. | Enhanced group calling features for connected portfolio services in a wireless communications network |
US9344745B2 (en) | 2009-04-01 | 2016-05-17 | Shindig, Inc. | Group portraits composed using video chat systems |
US9712579B2 (en) | 2009-04-01 | 2017-07-18 | Shindig. Inc. | Systems and methods for creating and publishing customizable images from within online events |
US8380170B2 (en) | 2009-04-12 | 2013-02-19 | Kristine A. Wilson | Cellular device identification and location with emergency number selectivity enforcement (CILENSE) |
US8779265B1 (en) | 2009-04-24 | 2014-07-15 | Shindig, Inc. | Networks of portable electronic devices that collectively generate sound |
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 |
EP2257025A1 (en) * | 2009-05-27 | 2010-12-01 | ST-Ericsson SA | System and method for establishing reliable communication in a connection-less environment |
US20110009086A1 (en) * | 2009-07-10 | 2011-01-13 | Todd Poremba | Text to 9-1-1 emergency communication |
WO2011056796A1 (en) | 2009-11-04 | 2011-05-12 | Martin Kagan | Internet infrastructure survey |
US8249078B1 (en) | 2009-11-16 | 2012-08-21 | Sprint Spectrum L.P. | Prediction and use of call setup signaling latency for advanced wakeup and notification |
US8274925B2 (en) * | 2010-01-05 | 2012-09-25 | Atc Technologies, Llc | Retaining traffic channel assignments for satellite terminals to provide lower latency communication services |
US8892145B2 (en) * | 2010-02-18 | 2014-11-18 | Qualcomm Incorporated | System and method for selective media object removal in group communications among wireless communication devices |
CN101820523B (zh) * | 2010-02-26 | 2014-07-02 | 中兴通讯股份有限公司 | 一种会话处理方法和系统 |
US8495142B2 (en) * | 2010-03-11 | 2013-07-23 | Cisco Technology, Inc. | System and method for providing data channel management in a network environment |
US8441962B1 (en) * | 2010-04-09 | 2013-05-14 | Sprint Spectrum L.P. | Method, device, and system for real-time call announcement |
US8589498B2 (en) * | 2010-04-15 | 2013-11-19 | Avaya Inc. | Phase based prioritization of IMS signaling messages for overload throttling |
DK2599326T3 (en) | 2010-05-21 | 2016-02-01 | Kodiak Networks Inc | Predictive wake-up call for optimizing POC (push-to-talk-over-cellular) call setup |
US8670706B2 (en) * | 2010-06-15 | 2014-03-11 | Roadpost Inc. | System and method for optimizing satellite network utilization |
US8336664B2 (en) | 2010-07-09 | 2012-12-25 | Telecommunication Systems, Inc. | Telematics basic mobile device safety interlock |
US8315599B2 (en) | 2010-07-09 | 2012-11-20 | Telecommunication Systems, Inc. | Location privacy selector |
JP2012029183A (ja) * | 2010-07-27 | 2012-02-09 | Brother Ind Ltd | 通信装置、通信システム、通信方法、及び通信プログラム |
KR101107739B1 (ko) * | 2010-08-03 | 2012-01-20 | 한국인터넷진흥원 | VoIP 네트워크의 비정상 SIP 트래픽 탐지 시스템 및 그 탐지 방법 |
US8681981B2 (en) * | 2010-12-03 | 2014-03-25 | Motorola Solutions, Inc. | Method and apparatus for transmitting voice communications related to a multimedia session |
US8799454B2 (en) * | 2010-12-15 | 2014-08-05 | International Business Machines Corporation | Behavior based client selection for disparate treatment |
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 |
US9064278B2 (en) * | 2010-12-30 | 2015-06-23 | Futurewei Technologies, Inc. | System for managing, storing and providing shared digital content to users in a user relationship defined group in a multi-platform environment |
WO2012141762A1 (en) | 2011-02-25 | 2012-10-18 | Telecommunication Systems, Inc. | Mobile internet protocol (ip) location |
US20120272051A1 (en) | 2011-04-22 | 2012-10-25 | International Business Machines Corporation | Security key distribution in a cluster |
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 |
US20140325395A1 (en) * | 2011-11-27 | 2014-10-30 | Yuichiro Itakura | Voice link system |
US9264537B2 (en) | 2011-12-05 | 2016-02-16 | Telecommunication Systems, Inc. | Special emergency call treatment based on the caller |
US9313637B2 (en) | 2011-12-05 | 2016-04-12 | Telecommunication Systems, Inc. | Wireless emergency caller profile data delivery over a legacy interface |
US8751800B1 (en) | 2011-12-12 | 2014-06-10 | Google Inc. | DRM provider interoperability |
US8984591B2 (en) | 2011-12-16 | 2015-03-17 | Telecommunications Systems, Inc. | Authentication via motion of wireless device movement |
US9384339B2 (en) | 2012-01-13 | 2016-07-05 | Telecommunication Systems, Inc. | Authenticating cloud computing enabling secure services |
CA2804368C (en) | 2012-02-01 | 2018-03-13 | Kodiak Networks, Inc. | Wifi interworking solutions for push-to-talk-over-cellular (poc) |
US8688174B2 (en) | 2012-03-13 | 2014-04-01 | Telecommunication Systems, Inc. | Integrated, detachable ear bud device for a wireless phone |
US9544260B2 (en) | 2012-03-26 | 2017-01-10 | Telecommunication Systems, Inc. | Rapid assignment dynamic ownership queue |
US9307372B2 (en) | 2012-03-26 | 2016-04-05 | Telecommunication Systems, Inc. | No responders online |
US9648138B1 (en) * | 2012-03-27 | 2017-05-09 | Open Text Corporation | Method and system for virtual server dormancy |
US9338153B2 (en) | 2012-04-11 | 2016-05-10 | Telecommunication Systems, Inc. | Secure distribution of non-privileged authentication credentials |
US8811587B2 (en) | 2012-04-11 | 2014-08-19 | International Business Machines Corporation | Selectively filtering incoming communications events in a communications device |
JP5756430B2 (ja) * | 2012-06-05 | 2015-07-29 | 株式会社日立製作所 | 網監視装置 |
US8942715B2 (en) * | 2012-08-02 | 2015-01-27 | Apple Inc. | Distributed computing in a wireless communication system |
US9313638B2 (en) | 2012-08-15 | 2016-04-12 | 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 |
US9306991B2 (en) * | 2012-10-16 | 2016-04-05 | Motorola Solutions, Inc. | Enhanced push to talk systems and methods with floor control and media traffic optimization |
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 |
US10320628B2 (en) | 2013-06-19 | 2019-06-11 | Citrix Systems, Inc. | Confidence scoring of device reputation based on characteristic network behavior |
JP6479000B2 (ja) | 2013-07-23 | 2019-03-06 | ウニウム インコーポレーテッドUnium Inc. | ボイスオーバー・インターネットプロトコル・ネットワーク上でのプッシュ・ツー・トーク音声通信のためのシステムおよび方法 |
EP3025530B1 (en) | 2013-07-23 | 2018-04-11 | Kodiak Networks, Inc. | Effective presence for push-to-talk-over-cellular (poc) networks |
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 |
US10271010B2 (en) | 2013-10-31 | 2019-04-23 | Shindig, Inc. | Systems and methods for controlling the display of content |
US9929939B2 (en) | 2013-12-26 | 2018-03-27 | Coriant Operations, Inc. | Systems, apparatuses, and methods for rerouting network traffic |
US8989369B1 (en) * | 2014-02-18 | 2015-03-24 | Sprint Communications Company L.P. | Using media server control markup language messages to dynamically interact with a web real-time communication customer care |
US9392034B2 (en) * | 2014-03-05 | 2016-07-12 | Unisys Corporation | Systems and methods of distributed silo signaling |
US9952751B2 (en) | 2014-04-17 | 2018-04-24 | Shindig, Inc. | Systems and methods for forming group communications within an online event |
US9480043B2 (en) * | 2014-04-25 | 2016-10-25 | Qualcomm Incorporated | Method and apparatus for network based positioning |
US9733333B2 (en) | 2014-05-08 | 2017-08-15 | Shindig, Inc. | Systems and methods for monitoring participant attentiveness within events and group assortments |
US9711181B2 (en) | 2014-07-25 | 2017-07-18 | Shindig. Inc. | Systems and methods for creating, editing and publishing recorded videos |
US9456039B2 (en) * | 2014-10-31 | 2016-09-27 | Qualcomm Incorporated | Exchanging floor arbitration history information during a communication session |
EP3216176B1 (en) * | 2014-11-03 | 2020-09-09 | Kodiak Networks, Inc. | Architecture framework to realize push-to-x services using cloud-based storage services |
CN105553678A (zh) * | 2014-11-04 | 2016-05-04 | 阿尔卡特朗讯 | 一种用于会议路由的方法、设备与系统 |
US9906432B2 (en) * | 2014-12-09 | 2018-02-27 | International Business Machines Corporation | Partner discovery in control clusters using shared VLAN |
US9734410B2 (en) | 2015-01-23 | 2017-08-15 | Shindig, Inc. | Systems and methods for analyzing facial expressions within an online classroom to gauge participant attentiveness |
US10362074B2 (en) | 2015-02-03 | 2019-07-23 | Kodiak Networks, Inc | Session management and notification mechanisms for push-to-talk (PTT) |
US9900354B1 (en) | 2015-02-11 | 2018-02-20 | Allstate Insurance Company | Virtual carpooling |
FR3034608A1 (fr) * | 2015-03-31 | 2016-10-07 | Orange | Procede de priorisation de flux medias dans un reseau de communications |
US10609138B2 (en) | 2015-05-07 | 2020-03-31 | Kodiak Networks Inc. | System and method for mobile data synchronization |
KR102340796B1 (ko) * | 2015-05-11 | 2021-12-17 | 삼성전자주식회사 | 단말기들의 통신 방법 및 그 단말기 |
US10834265B1 (en) * | 2015-06-15 | 2020-11-10 | Thousandeyes, Inc. | Monitoring voice-over-IP performance over the internet |
US10123182B2 (en) * | 2015-06-29 | 2018-11-06 | Blackberry Limited | Merging active group calls |
JP2019161245A (ja) * | 2015-07-30 | 2019-09-19 | パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカPanasonic Intellectual Property Corporation of America | 通信システム、通信ノード、端末及び通信制御方法 |
JP2017041697A (ja) * | 2015-08-18 | 2017-02-23 | 株式会社リコー | 情報処理装置、プログラム、通信制御方法 |
US10051440B2 (en) * | 2015-09-22 | 2018-08-14 | Telefonaktiebolaget Lm Ericsson (Publ) | MBMS bearer handling in a group communications system |
CA3000202C (en) | 2015-10-06 | 2022-05-31 | Kodiak Networks, Inc. | System and method for media encoding scheme (mes) selection |
WO2017062595A1 (en) | 2015-10-06 | 2017-04-13 | Kodiak Networks Inc. | System and method for tuning ptt over lte |
WO2017070551A1 (en) | 2015-10-23 | 2017-04-27 | Kodiak Networks Inc. | System and method for content messaging |
EP3979673B1 (en) * | 2015-12-24 | 2024-04-24 | Samsung Electronics Co., Ltd. | Method and terminal for implementing communication |
US10587427B2 (en) * | 2016-04-14 | 2020-03-10 | Talking Stick, Inc. | Equitable electronic group communication session management using an ordered list to provide predetermined equal amount of exclusive time to each of the participants |
WO2017185032A1 (en) | 2016-04-22 | 2017-10-26 | Kodiak Networks, Inc. | System and method for push-to-talk (ptt) key one-touch calling |
CN109845297A (zh) * | 2016-08-26 | 2019-06-04 | 三星电子株式会社 | 在关键任务通信系统中管理发言权请求的方法 |
US10133916B2 (en) | 2016-09-07 | 2018-11-20 | Steven M. Gottlieb | Image and identity validation in video chat events |
US10555370B2 (en) * | 2016-09-28 | 2020-02-04 | Kodiak Networks, Inc. | System and method for push-to-talk (PTT) in high latency networks |
US10257669B2 (en) | 2016-12-01 | 2019-04-09 | Kodiak Networks, Inc. | PTX data analytic engine notifying group list of detected risk event |
CN108184261B (zh) * | 2016-12-08 | 2022-01-11 | 中兴通讯股份有限公司 | 一种互联终端节电的控制方法及装置 |
US10051442B2 (en) | 2016-12-27 | 2018-08-14 | Motorola Solutions, Inc. | System and method for determining timing of response in a group communication using artificial intelligence |
US9961516B1 (en) * | 2016-12-27 | 2018-05-01 | Motorola Solutions, Inc. | System and method for obtaining supplemental information in group communication using artificial intelligence |
US11593668B2 (en) * | 2016-12-27 | 2023-02-28 | Motorola Solutions, Inc. | System and method for varying verbosity of response in a group communication using artificial intelligence |
US10630529B2 (en) | 2016-12-29 | 2020-04-21 | Kodiak Networks, Inc. | System and method for push-to-talk (PTT) in mobile edge computing (MEC) |
US10341823B2 (en) | 2016-12-30 | 2019-07-02 | Kodiak Networks Inc. | System and method for direct mode push to talk communication protocols |
JP6770235B2 (ja) * | 2017-02-08 | 2020-10-14 | アイコム株式会社 | 中継装置、音声通信システム、音声信号の転送方法およびプログラム |
WO2018175989A1 (en) * | 2017-03-23 | 2018-09-27 | Krush Technologies, Llc | Video signal control and manipulation in public and private communication networks |
US10257740B2 (en) | 2017-06-13 | 2019-04-09 | Motorola Solutions, Inc. | Assigning priorities to portable communication devices based on roles associated with an incident profile |
US10681014B2 (en) * | 2017-06-20 | 2020-06-09 | Prolifiq Software Inc. | Regulate content playlists |
US10412616B1 (en) | 2017-07-11 | 2019-09-10 | Sprint Communications Company, L.P. | Equalized data latency for user applications in a wireless data network |
US10896070B2 (en) | 2017-09-22 | 2021-01-19 | Open Text Corporation | Stateless content management system |
CN107659575B (zh) * | 2017-10-12 | 2020-04-17 | 京信通信系统(中国)有限公司 | 一种宽带集群多媒体功能体及其会话方法 |
US20190149959A1 (en) | 2017-11-16 | 2019-05-16 | Motorola Solutions, Inc | Method for controlling a virtual talk group memeber to perform an assignment |
US11212343B2 (en) * | 2018-07-23 | 2021-12-28 | Microsoft Technology Licensing, Llc | System and method for intelligently managing sessions in a mobile network |
CN110768816B (zh) * | 2018-07-27 | 2022-04-15 | 成都鼎桥通信技术有限公司 | 多媒体业务异常保护方法和装置 |
CN112235831B (zh) * | 2019-07-15 | 2024-03-12 | 中国移动通信集团有限公司 | VoLTE网络的注册管理方法、装置、设备及介质 |
US10993087B1 (en) * | 2019-12-03 | 2021-04-27 | Motorola Solutions, Inc. | Communication systems with call interrupt capabilities |
WO2021113818A1 (en) * | 2019-12-05 | 2021-06-10 | Cubic Corporation | Radio gateway transmission failure notification |
CN113132919B (zh) * | 2020-01-15 | 2022-04-01 | 成都鼎桥通信技术有限公司 | 一种群组监听方法和装置 |
CN115065571B (zh) * | 2022-06-14 | 2023-10-27 | 南昌职业大学 | 一种用于大会场的语音设备 |
Family Cites Families (156)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4440976A (en) * | 1981-06-17 | 1984-04-03 | Motorola, Inc. | Automatic selection of decryption key for multiple-key encryption systems |
US4691355A (en) * | 1984-11-09 | 1987-09-01 | Pirmasafe, Inc. | Interactive security control system for computer communications and the like |
US4771458A (en) * | 1987-03-12 | 1988-09-13 | Zenith Electronics Corporation | Secure data packet transmission system and method |
IL85558A (en) | 1987-04-30 | 1992-01-15 | Motorola Inc | Personal message receiving device with separate information presentation means |
CA1296773C (en) * | 1987-04-30 | 1992-03-03 | Kenneth John Zdunek | Trunked communication system for voice and data |
SE8801098D0 (sv) | 1988-03-24 | 1988-03-24 | Pharmacia Ab | Apparatus and method for automatic extraction of extra-chromosomal dna from a cell suspension in a container |
US5726984A (en) * | 1989-01-31 | 1998-03-10 | Norand Corporation | Hierarchical data collection network supporting packetized voice communications among wireless terminals and telephones |
US5128938A (en) * | 1989-03-03 | 1992-07-07 | Motorola, Inc. | Energy saving protocol for a communication system |
JPH03143046A (ja) * | 1989-10-27 | 1991-06-18 | Nec Eng Ltd | 会議通信方法 |
US5081679A (en) | 1990-07-20 | 1992-01-14 | Ericsson Ge Mobile Communications Holding Inc. | Resynchronization of encryption systems upon handoff |
US5392278A (en) * | 1990-08-28 | 1995-02-21 | Ericsson Ge Mobile Communications Inc. | Distributed multisite system architecture |
JPH04180435A (ja) * | 1990-11-15 | 1992-06-26 | Nec Corp | 優先処理方式 |
JPH04207431A (ja) * | 1990-11-30 | 1992-07-29 | Hitachi Chem Co Ltd | 通信システム装置 |
US5754960A (en) * | 1991-02-22 | 1998-05-19 | Ericsson Inc. | Display console and user interface for multisite RF trunked system |
JPH0787454B2 (ja) | 1991-03-26 | 1995-09-20 | 日本電信電話株式会社 | 秘話電話装置 |
US5185797A (en) * | 1991-03-27 | 1993-02-09 | Motorola, Inc. | Encrypted trunked control channel system |
US5481545A (en) * | 1991-08-26 | 1996-01-02 | Ericsson Inc. | Conventional network interface for multisite RF trunking system |
US5330915A (en) | 1991-10-18 | 1994-07-19 | Endotronics, Inc. | Pressure control system for a bioreactor |
CA2081008A1 (en) | 1992-01-30 | 1993-07-31 | Michael D. Sasuta | Method for receiving a communication after initiating a ptt |
US5282204A (en) * | 1992-04-13 | 1994-01-25 | Racotek, Inc. | Apparatus and method for overlaying data on trunked radio |
JPH05315999A (ja) | 1992-05-11 | 1993-11-26 | Fujitsu Ltd | ディジタル伝送装置 |
US5387905A (en) | 1992-10-05 | 1995-02-07 | Motorola, Inc. | Mutli-site group dispatch call method |
JPH06164573A (ja) | 1992-11-17 | 1994-06-10 | Nippon Telegr & Teleph Corp <Ntt> | 情報暗号化送受信方式 |
FI92365C (fi) * | 1993-01-26 | 1994-10-25 | Nokia Telecommunications Oy | Menetelmä, radiopuhelinjärjestelmän tukiasema ja radiopuhelinkeskus puheenvuorojen jakamiseksi useiden keskuksien palvelualueella sijaitsevien tilaajien välisten ryhmäpuheluiden muodostamiseksi |
JPH06237304A (ja) * | 1993-02-09 | 1994-08-23 | Oki Electric Ind Co Ltd | 音声会議システム |
SE500950C2 (sv) * | 1993-02-18 | 1994-10-03 | Info Dev & Patent Ab | Förfarande vid informationsöverföring samt anordning för genomförande av förfarandet |
US5483575A (en) * | 1993-02-19 | 1996-01-09 | Ericsson Ge Mobile Communications Inc. | System for correlating RF usage in a trunked communication network based on channel assignments and channel drops for each call |
US5530915A (en) | 1993-02-26 | 1996-06-25 | Motorola, Inc. | Method for determining and utilizing simulcast transmit times by master transceiver |
US5450405A (en) * | 1993-04-02 | 1995-09-12 | Motorola, Inc. | Method for establishing and maintaining communication processing information for a group call |
US5365590A (en) * | 1993-04-19 | 1994-11-15 | Ericsson Ge Mobile Communications Inc. | System for providing access to digitally encoded communications in a distributed switching network |
US5555447A (en) * | 1993-05-14 | 1996-09-10 | Motorola, Inc. | Method and apparatus for mitigating speech loss in a communication system |
WO1995001024A1 (en) * | 1993-06-23 | 1995-01-05 | Software Publishing Corporation | Multiple computer conferencing system and method |
US5365512A (en) * | 1993-07-02 | 1994-11-15 | Ericsson Ge Mobile Communications Inc. | Multisite trunked RF communication system with reliable control messaging network |
US5402491A (en) * | 1993-08-20 | 1995-03-28 | Donald B. Southard | Method for providing limited secure services in secure trunking communication systems |
US5319712A (en) | 1993-08-26 | 1994-06-07 | Motorola, Inc. | Method and apparatus for providing cryptographic protection of a data stream in a communication system |
GB9323329D0 (en) * | 1993-11-11 | 1994-01-05 | Philips Electronics Uk Ltd | Communications system |
US5881131A (en) * | 1993-11-16 | 1999-03-09 | Bell Atlantic Network Services, Inc. | Analysis and validation system for provisioning network related facilities |
US5535426A (en) | 1993-12-13 | 1996-07-09 | Motorola, Inc. | Method and apparatus for moving primary control of a call in a multiple site communication system |
JPH07212359A (ja) | 1994-01-19 | 1995-08-11 | Mitsubishi Electric Corp | 多地点データ転送装置 |
US5491835A (en) * | 1994-02-18 | 1996-02-13 | Motorola, Inc. | Method for maintaining audience continuity of a communication group call |
US5479477A (en) | 1994-03-03 | 1995-12-26 | Motorola, Inc. | Method and apparatus for assigning a control module to a communication resource in a dispatch radio communication system |
GB2288102B (en) | 1994-03-23 | 1997-10-08 | Motorola Ltd | Mobile radio with transmit command control and mobile radio system |
US5420866A (en) * | 1994-03-29 | 1995-05-30 | Scientific-Atlanta, Inc. | Methods for providing conditional access information to decoders in a packet-based multiplexed communications system |
US5551063A (en) * | 1994-05-03 | 1996-08-27 | Motorola, Inc. | Method and apparatus for establishing a private conversation for more than two mobile units in a trunked system |
GB2290196B (en) * | 1994-06-11 | 1997-12-24 | Motorola Israel Ltd | Trunking radio system and method of operation and radio unit with enhanced dispatch calling |
US5537684A (en) * | 1994-07-29 | 1996-07-16 | Motorola, Inc. | Method for a communication unit to influence communication resource allocation |
JPH0856356A (ja) | 1994-08-10 | 1996-02-27 | Fujitsu Ltd | 符号化装置および復号化装置 |
US5530914A (en) * | 1994-08-15 | 1996-06-25 | Motorola, Inc. | Method for determining when a radio leaves a radio talk group |
US5564071A (en) * | 1994-08-29 | 1996-10-08 | Motorola, Inc. | Method and apparatus for managing radio system attributes for communication units |
US5524273A (en) * | 1994-09-06 | 1996-06-04 | Motorola, Inc. | Overlapping non-interactive radio patch method |
JPH08107576A (ja) * | 1994-10-06 | 1996-04-23 | Kokusai Electric Co Ltd | 子局による優先機能付ページングシステム |
US5530916A (en) | 1994-10-11 | 1996-06-25 | Motorola, Inc. | Radio group call initiator identification storage and recall |
US5689810A (en) * | 1994-10-28 | 1997-11-18 | Motorola, Inc. | Method of facilitating tallgroup calls in a peer communication network |
US6583825B1 (en) * | 1994-11-07 | 2003-06-24 | Index Systems, Inc. | Method and apparatus for transmitting and downloading setup information |
US5511232A (en) | 1994-12-02 | 1996-04-23 | Motorola, Inc. | Method for providing autonomous radio talk group configuration |
US5530918A (en) | 1994-12-05 | 1996-06-25 | Motorola, Inc. | Method and apparatus for message scheduling in a multi-site data radio communication system |
AU5522396A (en) * | 1995-03-29 | 1996-10-16 | Ericsson Inc. | Console dispatch in an extended multisite radio communicatio ns network |
US5664006A (en) * | 1995-06-07 | 1997-09-02 | Globalstar L.P. | Method for accounting for user terminal connection to a satellite communications system |
US5822694A (en) * | 1995-06-30 | 1998-10-13 | Motorala, Inc. | Method and apparatus for providing communication services to a communication unit based on registration type |
US5613201A (en) * | 1995-07-25 | 1997-03-18 | Uniden America Corporation | Automatic call destination/system selection in a radio communication system |
US5563882A (en) * | 1995-07-27 | 1996-10-08 | At&T | Process for converting a point-to-point multimedia call to a bridged multimedia call |
US5666348A (en) | 1995-09-18 | 1997-09-09 | Telefonaktiebolaget L M Ericsson (Publ.) | Packet switched radio channel admission control in a cellular telecommunications system |
US5717830A (en) * | 1995-09-19 | 1998-02-10 | Amsc Subsidiary Corporation | Satellite trunked radio service system |
JPH09135294A (ja) * | 1995-11-10 | 1997-05-20 | Fujitsu Ltd | 送受信アダプタ装置 |
US5913164A (en) * | 1995-11-30 | 1999-06-15 | Amsc Subsidiary Corporation | Conversion system used in billing system for mobile satellite system |
US5713075A (en) * | 1995-11-30 | 1998-01-27 | Amsc Subsidiary Corporation | Network engineering/systems engineering system for mobile satellite communication system |
US5926745A (en) * | 1995-11-30 | 1999-07-20 | Amsc Subsidiary Corporation | Network operations center for mobile earth terminal satellite communications system |
US6058307A (en) * | 1995-11-30 | 2000-05-02 | Amsc Subsidiary Corporation | Priority and preemption service system for satellite related communication using central controller |
US5842125A (en) * | 1995-11-30 | 1998-11-24 | Amsc Subsidiary Corporation | Network control center for satellite communication system |
US6112085A (en) * | 1995-11-30 | 2000-08-29 | Amsc Subsidiary Corporation | Virtual network configuration and management system for satellite communication system |
US5912882A (en) | 1996-02-01 | 1999-06-15 | Qualcomm Incorporated | Method and apparatus for providing a private communication system in a public switched telephone network |
US6112083A (en) * | 1996-03-27 | 2000-08-29 | Amsc Subsidiary Corporation | Full service dispatcher for satellite trunked radio service system |
US6157843A (en) * | 1996-05-31 | 2000-12-05 | Motorola, Inc. | Method for pre-establishing communications in a wireless communication network without the use of a multicast server |
US5761193A (en) * | 1996-05-31 | 1998-06-02 | Derango; Mario F. | Method for pre-establishing communications in a wireless communication network |
US5884196A (en) * | 1996-06-06 | 1999-03-16 | Qualcomm Incorporated | Method and apparatus of preserving power of a remote unit in a dispatch system |
US5983099A (en) * | 1996-06-11 | 1999-11-09 | Qualcomm Incorporated | Method/apparatus for an accelerated response to resource allocation requests in a CDMA push-to-talk system using a CDMA interconnect subsystem to route calls |
US5844885A (en) | 1996-06-11 | 1998-12-01 | Qualcomm Incorporated | Method and apparatus of providing bit count integrity and synchronous data transfer over a channel which does not preserve synchronization |
US6026165A (en) * | 1996-06-20 | 2000-02-15 | Pittway Corporation | Secure communications in a wireless system |
ATE437537T1 (de) * | 1996-06-24 | 2009-08-15 | Qualcomm Inc | Verfahren und vorrichtung zum systemzugriff in einem sendesystem |
JPH1022994A (ja) | 1996-07-04 | 1998-01-23 | Hitachi Ltd | 暗号化装置および復号化装置、暗号化方法および復号化方法、ならびにそれらを用いた通信システム |
JPH1028293A (ja) | 1996-07-12 | 1998-01-27 | Mitsubishi Electric Corp | 情報端末 |
WO1998005144A1 (en) * | 1996-07-25 | 1998-02-05 | Hybrid Networks, Inc. | High-speed internet access system |
US5878493A (en) * | 1996-08-28 | 1999-03-09 | Tesma International Inc. | Method of forming toothed wheels |
US5901142A (en) * | 1996-09-18 | 1999-05-04 | Motorola, Inc. | Method and apparatus for providing packet data communications to a communication unit in a radio communication system |
US6101543A (en) * | 1996-10-25 | 2000-08-08 | Digital Equipment Corporation | Pseudo network adapter for frame capture, encapsulation and encryption |
US6021326A (en) * | 1996-11-04 | 2000-02-01 | Uniden America Corporation | Trunked multi-site dispatch network for trunking radios |
FI113224B (fi) * | 1996-11-11 | 2004-03-15 | Nokia Corp | Laskutuksen toteuttaminen tietoliikennejärjestelmässä |
NL1004578C2 (nl) * | 1996-11-20 | 1998-05-25 | I G P B V | Werkwijze voor het tot stand brengen van een verbinding in een satellietsysteem en een satellietsysteem geschikt voor het uitvoeren van een dergelijke werkwijze. |
US6125186A (en) * | 1996-11-28 | 2000-09-26 | Fujitsu Limited | Encryption communication system using an agent and a storage medium for storing that agent |
JPH10173643A (ja) | 1996-12-06 | 1998-06-26 | Hitachi Ltd | 情報アクセス制御方式 |
JPH10190838A (ja) * | 1996-12-20 | 1998-07-21 | Nippon Telegr & Teleph Corp <Ntt> | 呼接続方法 |
US6301238B1 (en) * | 1997-01-28 | 2001-10-09 | Telefonaktiebolaget Lm Ericsson (Publ) | Directional-beam generative apparatus and associated method |
US5933780A (en) * | 1997-02-21 | 1999-08-03 | Connor; James M. | Method and apparatus for enhanced logged supergroup/multigroup call retrieval |
US5889774A (en) * | 1997-03-14 | 1999-03-30 | Efusion, Inc. | Method and apparatus for selecting an internet/PSTN changeover server for a packet based phone call |
US6370375B1 (en) * | 1997-04-14 | 2002-04-09 | At&T Corp. | Voice-response paging device and method |
US6028933A (en) * | 1997-04-17 | 2000-02-22 | Lucent Technologies Inc. | Encrypting method and apparatus enabling multiple access for multiple services and multiple transmission modes over a broadband communication network |
US6026296A (en) * | 1997-04-30 | 2000-02-15 | Motorola, Inc. | Apparatus for providing dispatch service to an existing telephone network |
US6091714A (en) * | 1997-04-30 | 2000-07-18 | Sensel; Steven D. | Programmable distributed digital switch system |
FI972040A (fi) * | 1997-05-13 | 1998-11-14 | Nokia Telecommunications Oy | Menetelmä pakettivälitteiseen tiedonsiirtoon |
JP2872197B2 (ja) | 1997-05-30 | 1999-03-17 | 日本電気株式会社 | 移動通信システム |
US6128649A (en) * | 1997-06-02 | 2000-10-03 | Nortel Networks Limited | Dynamic selection of media streams for display |
US6608832B2 (en) * | 1997-09-25 | 2003-08-19 | Telefonaktiebolaget Lm Ericsson | Common access between a mobile communications network and an external network with selectable packet-switched and circuit-switched and circuit-switched services |
US5914958A (en) * | 1997-10-28 | 1999-06-22 | Motorola, Inc. | Fast call setup in a CDMA dispatch system |
US5850611A (en) * | 1997-11-07 | 1998-12-15 | Motorola, Inc. | Method and apparatus for communicating in a dispatch communication system |
US6185430B1 (en) * | 1997-11-26 | 2001-02-06 | Motorola, Inc. | Voice call group function for a satellite based air traffic control system |
US6490680B1 (en) * | 1997-12-04 | 2002-12-03 | Tecsec Incorporated | Access control and authorization system |
US6115754A (en) * | 1997-12-29 | 2000-09-05 | Nortel Networks Limited | System and method for appending location information to a communication sent from a mobile terminal operating in a wireless communication system to an internet server |
US6195751B1 (en) * | 1998-01-20 | 2001-02-27 | Sun Microsystems, Inc. | Efficient, secure multicasting with minimal knowledge |
JPH11252065A (ja) | 1998-03-04 | 1999-09-17 | Kodo Ido Tsushin Security Gijutsu Kenkyusho:Kk | 暗号鍵の生成装置 |
JP2970645B2 (ja) | 1998-03-11 | 1999-11-02 | 日本電信電話株式会社 | 多地点接続会議システム構成方法及び多地点接続会議システム及びサーバ装置及びクライアント装置及び多地点接続会議システム構成プログラムを格納した記憶媒体 |
JP2951311B1 (ja) | 1998-03-12 | 1999-09-20 | 株式会社高度移動通信セキュリティ技術研究所 | 移動通信ダイナミックセキュアグルーピング通信方式 |
US6181685B1 (en) * | 1998-04-23 | 2001-01-30 | Motorola, Inc. | Method and apparatus for group calls in a wireless CDMA communication system |
JP4273535B2 (ja) | 1998-05-12 | 2009-06-03 | ソニー株式会社 | データ伝送制御方法、データ伝送システム、データ受信装置及びデータ送信装置 |
GB2383504A (en) | 1998-06-03 | 2003-06-25 | Orange Personal Comm Serv Ltd | A video telephone for conferencing |
JP3587984B2 (ja) | 1998-06-04 | 2004-11-10 | 株式会社日立製作所 | 移動通信システム、パケットゲートウェイ装置、位置情報管理方法、および、位置情報通知方法 |
US6567398B1 (en) * | 1998-06-05 | 2003-05-20 | Lucent Technologies Inc. | Distributed call system |
US6266412B1 (en) | 1998-06-15 | 2001-07-24 | Lucent Technologies Inc. | Encrypting speech coder |
US6484027B1 (en) * | 1998-06-15 | 2002-11-19 | Sbc Technology Resources, Inc. | Enhanced wireless handset, including direct handset-to-handset communication mode |
US6510515B1 (en) | 1998-06-15 | 2003-01-21 | Telefonaktlebolaget Lm Ericsson | Broadcast service access control |
US6246336B1 (en) * | 1998-06-24 | 2001-06-12 | Motorola, Inc. | Radio communication system for communicating scheduled messages and method therefor |
JP2000022775A (ja) * | 1998-06-30 | 2000-01-21 | Canon Inc | 送信装置、受信装置、通信装置、通信システム、送信方法、受信方法、通信方法、及び記憶媒体 |
US6141347A (en) * | 1998-08-26 | 2000-10-31 | Motorola, Inc. | Wireless communication system incorporating multicast addressing and method for use |
US6272334B1 (en) * | 1998-09-11 | 2001-08-07 | Uniden America Corporation | Call management for a multi-site mobile radio dispatch network |
US6546425B1 (en) * | 1998-10-09 | 2003-04-08 | Netmotion Wireless, Inc. | Method and apparatus for providing mobile and other intermittent connectivity in a computing environment |
US6944299B1 (en) * | 1998-12-02 | 2005-09-13 | At&T Wireless Services, Inc. | Method for synchronous encryption over a communication medium |
JP2967089B1 (ja) | 1998-12-16 | 1999-10-25 | 株式会社高度移動通信セキュリティ技術研究所 | 暗号通信装置 |
US6304648B1 (en) * | 1998-12-21 | 2001-10-16 | Lucent Technologies Inc. | Multimedia conference call participant identification system and method |
US6661896B1 (en) * | 1998-12-30 | 2003-12-09 | Howard S. Barnett | Computer network security system and method |
US6418130B1 (en) * | 1999-01-08 | 2002-07-09 | Telefonaktiebolaget L M Ericsson (Publ) | Reuse of security associations for improving hand-over performance |
JP4193261B2 (ja) | 1999-01-14 | 2008-12-10 | ソニー株式会社 | 半導体バリ取り方法およびバリ除去幅広ガン |
US6532224B1 (en) * | 1999-05-10 | 2003-03-11 | Ericsson, Inc. | Method, systems, and terminals for assigning control channel time slots for group and individual pages |
US6449491B1 (en) * | 1999-05-10 | 2002-09-10 | Ericsson Inc. | Apparatus and methods for conducting group calls in wireless communications systems |
US6399952B1 (en) | 1999-05-12 | 2002-06-04 | Aclara Biosciences, Inc. | Multiplexed fluorescent detection in microfluidic devices |
US6185423B1 (en) * | 1999-05-28 | 2001-02-06 | 3Com Corporation | Method and apparatus for selecting a communication channel in a communication network |
US6598161B1 (en) * | 1999-08-09 | 2003-07-22 | International Business Machines Corporation | Methods, systems and computer program products for multi-level encryption |
US6363480B1 (en) * | 1999-09-14 | 2002-03-26 | Sun Microsystems, Inc. | Ephemeral decryptability |
US6411815B1 (en) * | 1999-09-28 | 2002-06-25 | Motorola, Inc. | Communication system and method for arbitrating service requests |
US6832251B1 (en) * | 1999-10-06 | 2004-12-14 | Sensoria Corporation | Method and apparatus for distributed signal processing among internetworked wireless integrated network sensors (WINS) |
US6366782B1 (en) * | 1999-10-08 | 2002-04-02 | Motorola, Inc. | Method and apparatus for allowing a user of a display-based terminal to communicate with communication units in a communication system |
US6477387B1 (en) * | 1999-10-08 | 2002-11-05 | Motorola, Inc. | Method and apparatus for automatically grouping communication units in a communication system |
US6657984B1 (en) * | 1999-10-29 | 2003-12-02 | Samsung Electronics, Co., Ltd. | System and method providing backward compatibility of radio link protocols in a wireless network |
US6519239B1 (en) * | 1999-11-19 | 2003-02-11 | Motorola, Inc. | Method and apparatus for providing dispatch service in a CDMA communication system |
US6529740B1 (en) * | 1999-12-10 | 2003-03-04 | Motorola, Inc. | Group radio with subscriber-radio controlled channel selection |
US6591111B1 (en) * | 1999-12-10 | 2003-07-08 | Motorola, Inc. | Group radio communication system and method using interconnected radio sub-networks |
US6298058B1 (en) * | 1999-12-17 | 2001-10-02 | Motorola, Inc. | Methods for implementing a talkgroup call with competing sources in a multicast IP network |
US6647020B1 (en) * | 1999-12-17 | 2003-11-11 | Motorola, Inc. | Methods for implementing a talkgroup call in a multicast IP network |
US6252952B1 (en) * | 1999-12-30 | 2001-06-26 | At&T Corp | Personal user network (closed user network) PUN/CUN |
US6477150B1 (en) * | 2000-03-03 | 2002-11-05 | Qualcomm, Inc. | System and method for providing group communication services in an existing communication system |
ES2379863T3 (es) | 2000-03-03 | 2012-05-04 | Qualcomm Incorporated | Procedimiento, sistema y aparato para participar en servicios de comunicaciones de grupo en un sistema de comunicaciones existente |
US6398058B1 (en) * | 2000-08-05 | 2002-06-04 | Design Ideas, Ltd. | Decorative metal containers |
US6442250B1 (en) * | 2000-08-22 | 2002-08-27 | Bbnt Solutions Llc | Systems and methods for transmitting messages to predefined groups |
US6785254B2 (en) * | 2000-12-01 | 2004-08-31 | Motorola, Inc. | Wireless communication system incorporating multicast addressing and method for use |
JP4207431B2 (ja) | 2002-02-05 | 2009-01-14 | 住友化学株式会社 | 多色樹脂成形品の製造方法 |
JP4180435B2 (ja) | 2003-05-02 | 2008-11-12 | アイジー工業株式会社 | 屋根材 |
US20070273583A1 (en) * | 2005-09-17 | 2007-11-29 | Outland Research, Llc | Pointing interface for person-to-person interaction through ad-hoc networks |
US20070271234A1 (en) * | 2006-05-22 | 2007-11-22 | Ravikiran Chickmangalore N | Information Exchange Among Members of a Group of Communication Device Users |
-
2001
- 2001-03-02 ES ES10178024T patent/ES2379863T3/es not_active Expired - Lifetime
- 2001-03-02 BR BR0108901-3A patent/BR0108901A/pt not_active Application Discontinuation
- 2001-03-02 WO PCT/US2001/006741 patent/WO2001067674A2/en active IP Right Grant
- 2001-03-02 EP EP10182574A patent/EP2273812B1/en not_active Expired - Lifetime
- 2001-03-02 CA CA2813744A patent/CA2813744C/en not_active Expired - Fee Related
- 2001-03-02 CA CA2813651A patent/CA2813651C/en not_active Expired - Fee Related
- 2001-03-02 ES ES10182574T patent/ES2389944T3/es not_active Expired - Lifetime
- 2001-03-02 AT AT10161086T patent/ATE524031T1/de not_active IP Right Cessation
- 2001-03-02 ES ES10182608T patent/ES2389057T3/es not_active Expired - Lifetime
- 2001-03-02 ES ES10182516T patent/ES2396683T3/es not_active Expired - Lifetime
- 2001-03-02 CA CA2813647A patent/CA2813647C/en not_active Expired - Fee Related
- 2001-03-02 EP EP10161086A patent/EP2205039B1/en not_active Expired - Lifetime
- 2001-03-02 CA CA2859158A patent/CA2859158C/en not_active Expired - Fee Related
- 2001-03-02 CN CNB018090486A patent/CN1247036C/zh not_active Expired - Fee Related
- 2001-03-02 EP EP10182645A patent/EP2271170B1/en not_active Expired - Lifetime
- 2001-03-02 KR KR1020027011567A patent/KR20020081389A/ko not_active Application Discontinuation
- 2001-03-02 EP EP01914640A patent/EP1260108B1/en not_active Expired - Lifetime
- 2001-03-02 CA CA2401106A patent/CA2401106C/en not_active Expired - Fee Related
- 2001-03-02 ES ES10182645T patent/ES2392814T3/es not_active Expired - Lifetime
- 2001-03-02 AT AT01914640T patent/ATE466461T1/de not_active IP Right Cessation
- 2001-03-02 JP JP2001565580A patent/JP5209164B2/ja not_active Expired - Fee Related
- 2001-03-02 CA CA2813536A patent/CA2813536C/en not_active Expired - Fee Related
- 2001-03-02 ES ES10161086T patent/ES2370600T3/es not_active Expired - Lifetime
- 2001-03-02 AU AU2001240005A patent/AU2001240005B2/en not_active Ceased
- 2001-03-02 ES ES01914640T patent/ES2343563T3/es not_active Expired - Lifetime
- 2001-03-02 AU AU4000501A patent/AU4000501A/xx active Pending
- 2001-03-02 EP EP10178024A patent/EP2259652B1/en not_active Expired - Lifetime
- 2001-03-02 DE DE60141949T patent/DE60141949D1/de not_active Expired - Lifetime
- 2001-03-02 AT AT10178024T patent/ATE547887T1/de active
- 2001-03-02 EP EP10182608A patent/EP2271169B1/en not_active Expired - Lifetime
- 2001-03-02 EP EP10182516A patent/EP2271148B1/en not_active Expired - Lifetime
- 2001-03-02 CA CA2813504A patent/CA2813504C/en not_active Expired - Fee Related
- 2001-03-05 AR ARP010101035A patent/AR027610A1/es unknown
- 2001-04-10 TW TW090104914A patent/TW563305B/zh not_active IP Right Cessation
- 2001-10-17 US US10/035,613 patent/US7035655B2/en not_active Expired - Lifetime
- 2001-10-17 US US10/045,121 patent/US7079857B2/en not_active Expired - Fee Related
- 2001-10-17 US US10/036,047 patent/US20020068595A1/en not_active Abandoned
- 2001-10-17 US US10/045,119 patent/US20020094831A1/en not_active Abandoned
- 2001-10-17 US US10/036,038 patent/US7151946B2/en not_active Expired - Lifetime
- 2001-11-07 US US10/004,910 patent/US6965767B2/en not_active Expired - Lifetime
- 2001-11-07 US US10/005,533 patent/US20020037735A1/en not_active Abandoned
- 2001-11-08 US US10/007,115 patent/US7069031B2/en not_active Expired - Lifetime
- 2001-11-20 US US09/991,027 patent/US20020052214A1/en not_active Abandoned
- 2001-11-28 US US09/997,157 patent/US20020061762A1/en not_active Abandoned
- 2001-11-28 US US09/997,117 patent/US20020061760A1/en not_active Abandoned
- 2001-11-28 US US09/997,166 patent/US20020061761A1/en not_active Abandoned
-
2003
- 2003-10-10 HK HK03107293A patent/HK1055050A1/xx not_active IP Right Cessation
-
2004
- 2004-03-23 US US10/807,990 patent/US7689822B2/en not_active Expired - Lifetime
-
2010
- 2010-01-27 US US12/694,915 patent/US9143484B2/en not_active Expired - Fee Related
- 2010-10-06 JP JP2010226192A patent/JP4891430B2/ja not_active Expired - Fee Related
-
2011
- 2011-02-28 JP JP2011042229A patent/JP5579641B2/ja not_active Expired - Fee Related
- 2011-06-29 JP JP2011144492A patent/JP5209762B2/ja not_active Expired - Fee Related
- 2011-06-29 JP JP2011144494A patent/JP5204274B2/ja not_active Expired - Fee Related
- 2011-06-29 JP JP2011144493A patent/JP5372999B2/ja not_active Expired - Fee Related
- 2011-06-29 JP JP2011144490A patent/JP5307197B2/ja not_active Expired - Fee Related
- 2011-06-29 JP JP2011144491A patent/JP5566960B2/ja not_active Expired - Fee Related
-
2013
- 2013-07-02 JP JP2013139039A patent/JP5980729B2/ja not_active Expired - Fee Related
- 2013-09-02 JP JP2013181683A patent/JP6046009B2/ja not_active Expired - Lifetime
Also Published As
Similar Documents
Publication | Publication Date | Title |
---|---|---|
ES2343563T3 (es) | Procedimiento y aparato para participar en servicios de comunicacion en grupo en un sistema de comunicacion existente. | |
ES2320731T3 (es) | Sistema y procedimiento para proporcionar servicios de comunicacion en grupo. | |
US6928294B2 (en) | Method and apparatus for enabling group communication services in an existing communication system | |
AU2001240005A1 (en) | Method and apparatus for participating in group communication services in an existing communication system |