ES2320908T3 - Metodo para un terminal de pulsacion para hablar(ptt) de protocolo de inicio de sesion para indicar el modo operativo de respuesta a un servidor de red de pulsacion para hablar (ptt) de protocolo de internet. - Google Patents
Metodo para un terminal de pulsacion para hablar(ptt) de protocolo de inicio de sesion para indicar el modo operativo de respuesta a un servidor de red de pulsacion para hablar (ptt) de protocolo de internet. Download PDFInfo
- Publication number
- ES2320908T3 ES2320908T3 ES05732855T ES05732855T ES2320908T3 ES 2320908 T3 ES2320908 T3 ES 2320908T3 ES 05732855 T ES05732855 T ES 05732855T ES 05732855 T ES05732855 T ES 05732855T ES 2320908 T3 ES2320908 T3 ES 2320908T3
- Authority
- ES
- Spain
- Prior art keywords
- push
- talk
- protocol
- mode
- server
- 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.)
- Active
Links
Classifications
-
- 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
- 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/1066—Session management
- H04L65/1101—Session protocols
- H04L65/1104—Session initiation protocol [SIP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/535—Tracking the activity of the user
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
- H04W84/04—Large scale networks; Deep hierarchical networks
- H04W84/08—Trunked mobile radio systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/1016—IP multimedia subsystem [IMS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- 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/10—Connection setup
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Computer Hardware Design (AREA)
- General Engineering & Computer Science (AREA)
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
- Communication Control (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
Un método para un dispositivo (20) de comunicación de pulsación para hablar, que incluye un modo operativo (22) destinado a indicar dicho modo operativo a un servidor (24) de red de pulsación para hablar, de tal modo que dicho método comprende: emplear (26) como modo operativo de dicho dispositivo de comunicación de pulsación para hablar, uno de entre un primer modo de respuesta (28) y un segundo modo de respuesta (30); emplear dicho primer modo de respuesta y dicho segundo modo de respuesta como un modo de respuesta automática (28) de pulsación para hablar y como un modo de respuesta manual (30) de pulsación para hablar; emplear (32) una red de comunicación (34) que incluye un servidor (24) de red de pulsación para hablar; e indicar (38) dicho modo operativo en un mensaje (40) de Protocolo de Inicio de Sesión procedente de dicho dispositivo de comunicación de pulsación para hablar, a dicho servidor de red de pulsación para hablar, a través de dicha red de comunicación.
Description
Método para un terminal de pulsación para hablar
(PTT) de Protocolo de Inicio de sesión para indicar el modo
operativo de respuesta a un servidor de red de pulsación para hablar
(PTT) de Protocolo de Internet.
Esta invención se refiere, en general, a métodos
de comunicación entre dispositivos de comunicación y, más
particularmente, a un método y a un aparato para proporcionar
servicios de comunicación de pulsación para hablar
(PTT-"push-to-talk") en un
sistema de comunicación tal como, por ejemplo, un sistema de
telefonía celular.
Un sistema de comunicación de pulsación para
hablar (PTT-"pus-to-talk")
inalámbrico tal como, por ejemplo, un sistema de pulsación para
hablar por celular
(PoC-"push-to-talk over
cellular"), permite a un grupo de personas, cada una de las
cuales tiene un dispositivo de comunicación inalámbrico tal como un
teléfono celular, comunicarse con otros miembros del grupo. Los
primeros sistemas de PTT estaban, típicamente, basados en una única
frecuencia o en un canal de radiodifusión de uso exclusivo o
dedicado, a través del cual se recibían las comunicaciones por los
dispositivos de comunicación inalámbricos. En los sistemas más
primitivos, tan sólo un miembro podía transmitir información a los
otros miembros a una vez. Sin embargo, todos los miembros podían
estar a la escucha del canal dedicado, a fin de recibir
comunicaciones del miembro que estaba transmitiendo. Un miembro que
deseara transmitir a otros miembros del sistema, enviaba,
típicamente, una petición de acceso al pulsar un botón de PTT
situado en el dispositivo de comunicación inalámbrica del miembro,
lo que permitía el acceso en solitario al canal dedicado.
La telefonía por Internet engloba un cierto
número de tecnologías para el transporte de tráfico de voz a través
de redes de Protocolo de Internet (IP-"Internet Protocol").
Ejemplos de protocolos de señalización de IP incluyen el Sector de
Normalización de Telecomunicaciones de la Unión Internacional de
Telecomunicaciones (ITU-T-"International
Telecommunications Union-Telecommunications
Standardization Sector") H.323 y el Protocolo de Inicio de
Sesión (SIP-"Session Initiation Protocol") especificado por el
Grupo de Trabajo de Ingeniería de Internet (IETF-"Internet
Engineering Task Force"), RFC 3261, que se emplea como protocolo
de señalización para el subsistema multimedia de IP de 3GPP (IMS).
Los dispositivos de comunicación inalámbricos se encuentran, se
unen o asocian, se separan y aprenden acerca de diversos grupos de
personas que requieren comunicarse entre sí (por ejemplo, redes),
utilizando, por ejemplo, el SIP, que es un protocolo de señalización
bien conocido que se emplea en la industria de las
telecomunicaciones. El SIP es un protocolo de control (señalización)
de capa de aplicación destinado a crear, modificar y poner fin a
sesiones con uno o más usuarios. Estas sesiones incluyen, por
ejemplo, llamadas telefónicas por Internet, distribución multimedia
y conferencias multimedia.
Una de las funciones del SIP es el registro o
inscripción entre un identificador de recursos uniformes de SIP (es
decir, una secuencia de caracteres empleados para encaminar recursos
y usuarios para su transmisión en un protocolo de red y para la
representación de comunicación en lenguaje humano, por ejemplo, un
SIP: USI) y una o más direcciones de contacto (por ejemplo, una
dirección de dispositivo, tal como una dirección de IP). La
inscripción permite a un dispositivo de comunicación inalámbrica
comunicarse con, y ser reconocido por, otros dispositivos de
comunicación inalámbrica. El SIP, a través de su función de registro
o inscripción, permite al agente usuario crear, modificar y borrar
registros. El registro básico incluye la dirección del registro al
que se refiere la inscripción, la identificación de la inscripción y
el estado de inscripción. Los estados de inscripción pueden ser
iniciado, activado y terminado. Siempre y cuando exista al menos un
contacto ligado o asociado a la dirección del registro, una máquina
de estado de SIP permanece en su estado activo. Cuando el último
contacto expira o es eliminado, la inscripción pasa al estado
terminado. El estado de inscripción se almacena normalmente en un
dispositivo mandatario/registrador o en una base de datos
independiente. Cuando el dispositivo de comunicación inalámbrica de
SIP está continuamente activado, debe ser registrado o inscrito de
forma continua en la red de SIP/IP si ha de utilizar los servicios
de la red basada en el SIP de IMS de 3GPP. Las inscripciones pueden
ser utilizadas por administradores de criterio para finalizar o
acortar una inscripción, así como para solicitar que el dispositivo
de comunicación inalámbrica vuelva a inscribirse, a fin de que pueda
ser nuevamente autentificado.
Un dispositivo de comunicación inalámbrica de
SIP de PTT o terminal de PTT puede dar soporte a diferentes modos
de respuesta operativos que incluyen un modo de
Auto-Respuesta o Respuesta Automática y un modo de
Respuesta Manual. Por ejemplo, cuando un terminal de PTT se
encuentra en el modo de Respuesta Automática, si, entonces, otro
usuario de la red/grupo correspondiente pulsa un botón de PTT de su
terminal de PTT y habla por ese terminal de PTT; el(los)
otro(s) usuarios(s) con terminales de PTT ajustados en
el modo de Respuesta Automática oye(n)
esa voz pronunciada desde su(s) terminal(es) de PTT. Alternativamente, cuando un terminal de PTT se encuentra en el modo de Respuesta-Manual, el(los) otro(s) usuario(s) de ese terminal debe(n) responder manualmente (por ejemplo, existe un primer "anillo" en el(los) terminal(es) de PTT) antes de oír esa voz pronunciada. Una mejora adicional de este concepto básico es el uso de Listas de Aceptación de Autorización, almacenadas en la red, con autorización por usuario del modo de respuesta operativo para sesiones de PTT desde cada usuario (algunos usuarios pueden tener tan sólo privilegio de Respuesta Manual, en tanto que otros usuarios pueden tener privilegio de Auto-Respuesta o Respuesta Automática). Cuando se usa con autorización por usuario, el manejo de la sesión de PTT se determina por una combinación del privilegio de Autorización del usuario llamante, contenido en la Lista de Aceptación, y el modo de respuesta operativo ajustado por el terminal. Existen, por tanto, dos casos posibles de Respuesta Automática: (1) el modo de Respuesta Automática en el que únicamente los usuarios que tienen el privilegio de Respuesta Automática en la Lista de Aceptación hacen que el terminal responda automáticamente; y (2) el modo de Respuesta Siempre Automática, en el que todos los usuarios de la Lista de Aceptación, con independencia de su privilegio, hacen que el terminal responda automáticamente. El terminal puede dar soporte a uno o a dos de estos modos de funcionamiento, o bien a los tres. El modo de respuesta operativo puede ser seleccionado por el usuario en el terminal de PTT mediante el empleo de, por ejemplo, un conmutador físico o botón, uno o más ajustes de un perfil habilitado, o bien por medio de algún otro mecanismo adecuado. Puesto que el modo de respuesta operativo cambia el escenario de señalización de red del servidor de red de PTT de SIP/IP que controla el establecimiento de las sesiones de PTT de SIP, es necesario que este modo del terminal de PTT de SIP sea puesto en comunicación con el servidor de red.
esa voz pronunciada desde su(s) terminal(es) de PTT. Alternativamente, cuando un terminal de PTT se encuentra en el modo de Respuesta-Manual, el(los) otro(s) usuario(s) de ese terminal debe(n) responder manualmente (por ejemplo, existe un primer "anillo" en el(los) terminal(es) de PTT) antes de oír esa voz pronunciada. Una mejora adicional de este concepto básico es el uso de Listas de Aceptación de Autorización, almacenadas en la red, con autorización por usuario del modo de respuesta operativo para sesiones de PTT desde cada usuario (algunos usuarios pueden tener tan sólo privilegio de Respuesta Manual, en tanto que otros usuarios pueden tener privilegio de Auto-Respuesta o Respuesta Automática). Cuando se usa con autorización por usuario, el manejo de la sesión de PTT se determina por una combinación del privilegio de Autorización del usuario llamante, contenido en la Lista de Aceptación, y el modo de respuesta operativo ajustado por el terminal. Existen, por tanto, dos casos posibles de Respuesta Automática: (1) el modo de Respuesta Automática en el que únicamente los usuarios que tienen el privilegio de Respuesta Automática en la Lista de Aceptación hacen que el terminal responda automáticamente; y (2) el modo de Respuesta Siempre Automática, en el que todos los usuarios de la Lista de Aceptación, con independencia de su privilegio, hacen que el terminal responda automáticamente. El terminal puede dar soporte a uno o a dos de estos modos de funcionamiento, o bien a los tres. El modo de respuesta operativo puede ser seleccionado por el usuario en el terminal de PTT mediante el empleo de, por ejemplo, un conmutador físico o botón, uno o más ajustes de un perfil habilitado, o bien por medio de algún otro mecanismo adecuado. Puesto que el modo de respuesta operativo cambia el escenario de señalización de red del servidor de red de PTT de SIP/IP que controla el establecimiento de las sesiones de PTT de SIP, es necesario que este modo del terminal de PTT de SIP sea puesto en comunicación con el servidor de red.
La Figura 1 muestra una red troncal o de núcleo
1 de SIP/IP, que incluye un servidor de PTT 2, un servidor de
presencia 3 y una pluralidad de terminales de PTT de SIP 4, 5, 6. Si
bien se han mostrado terminales de PTT de SIP inalámbricos 4, 5, 6,
pueden emplearse terminales de PTT (no mostrados) de conducciones o
líneas por cables (por ejemplo, basados en líneas por tierra o en
red de área local (LAN-"local area network")).
Un terminal de PTT, tal como el 4, puede
incluir, típicamente, una antena opcional 8, un dispositivo de
presentación visual opcional 9, una pluralidad de teclas 10, un
dispositivo de locución o micrófono 11, auricular, audífono, par de
audífonos gemelos o cascos, o altavoz 12, y un conmutador de PTT 13.
Alternativamente, una de las teclas 10 existentes o una selección
de una opción de menú visualmente presentada puede funcionar como un
conmutador de PTT cuando se está en un modo de PTT de comunicación,
en lugar de utilizar el conmutador de PTT dedicado 13.
En la red de núcleo 1 de SIP/IP, la creación de
grupos es posible basándose en HTTP y en XCAP, y el control de
señalización está basado en SIP. El tráfico de voz de lleva a cabo a
través de un protocolo de Internet adecuado, tal como el Protocolo
de Transporte en Tiempo Real (RTP-"Real-time
Transport Protocol"), que está diseñado para proporcionar
funciones de transporte de red de extremo a extremo para
aplicaciones que transmiten datos en tiempo real, tales como voz y
vídeo. Tanto el SIP como el RTP se asientan en la parte superior de
un apilamiento o pila relacionada con el IP, que incluye las capas
de UDP y de IP. Una pluralidad de aplicaciones de PoC adecuadas
forman la capa superior de una pila de protocolo de PoC, que incluye
esa pila relacionada con IP. Un canal móvil adecuado, tal como el
de GPRS actualizado de 3GPP R99 o el de E-GPRS, o el
de W-CDMA/UMTS, o bien el CDMA 2000 1X o sus
variantes, el acceso por WLAN [red de área local inalámbrica] u
otras tecnologías de acceso por radio de 3G [tercera generación],
proporciona la red de acceso, que da soporte a la compresión de la
cabecera o encabezamiento y a la Calidad de Servicio (QoS-"Quality
of Service") de clase de tráfico de generación de flujo.
Un Encabezamiento es un componente de un mensaje
de SIP, tal como el designado por la referencia 14, que transporta
información acerca del mensaje. Está estructurado en una secuencia
de campos de encabezamiento.
Un campo de encabezamiento es un componente de
un encabezamiento de mensaje de SIP. Un campo de encabezamiento
puede presentar la apariencia de una o más filas de campo de
encabezamiento. Las filas de campo de encabezamiento consisten en
un nombre de campo de encabezamiento y en cero o más valores de
campo de encabezamiento. Múltiples valores de campo de
encabezamiento en una fila de campo de encabezamiento dada son
separados por comas. Algunos campos de encabezamiento pueden tener
tan sólo un único valor de campo de encabezamiento, y, como
resultado de ello, siempre tienen la apariencia de una única fila de
campo de encabezamiento.
Un Valor de Campo de Encabezamiento es un solo
valor. Un campo de encabezamiento consiste en cero o más valores de
campo de encabezamiento.
Un Mensaje consiste en datos enviados entre
elementos de SIP, tales como los designados por las referencias
2-7, como parte del protocolo de SIP. Los mensajes
de SIP 14, 15, 16 son bien peticiones o bien respuestas.
Una Petición, tal como las designadas por las
referencias 14, 15, consiste en un mensaje de SIP enviado desde un
cliente a un servidor con el propósito de invocar una operación
concreta.
Una Respuesta, tal como la denotada por la
referencia 16, es un mensaje de SIP enviado desde un servidor a un
cliente, a fin de indicar el estado de una petición enviada desde el
cliente al servidor.
Un Servidor, tal como los designados por las
referencias 2, 3, 7, es un elemento de red que recibe peticiones
con el fin de darles servicio o atenderlas, y envía de vuelta
respuestas antes esas peticiones. Ejemplos de servidores son los
dispositivos mandatarios, los servidores de agente de usuario, los
servidores de redirección y los dispositivos registradores.
El servidor 2 de PTT basado en red recibe de un
usuario invitaciones para la comunicación en grupo. En respuesta,
el servidor 2 invita a todos los demás miembros del grupo a la
comunicación, controla el "suelo" (por ejemplo, el derecho a
hablar), actúa como puente en la comunicación entre todos los
miembros de la red/grupo, y necesita saber el modo de respuesta
vigente en ese momento de los terminales de PTT de SIP 4, 5, 6 para
determinar las condiciones de señalización adecuadas y manejar el
medio de la comunicación.
El servidor 3 de presencia basado en la red
almacena Información de Presencia publicada por los terminales
individuales de PTT de SIP 4, 5, 6 y también, posiblemente, otras
fuentes basadas en la red (por ejemplo, servidores tales como los
designados por las referencias 2, 7), y suministra Notificaciones de
Información de Presencia a observadores autorizados que se
suscriben o abonan a la Información de Presencia utilizando sus
terminales.
El dispositivo registrador de SIP 7 es un
servidor que acepta peticiones de Registro de SIP y ubica la
información que recibe en esas peticiones, dentro de la base de
datos de servicio de ubicación para el dominio que maneja.
Existe una propuesta previa conocida para tratar
un ajuste del modo de respuesta en una red de núcleo de SIP/IP de
PoC. Además de la aceptación de listas de control, el sistema de PoC
tiene un indicador de modo de auto-respuesta o
respuesta automática, que puede ser ajustado basándose en un usuario
y/o en un grupo. El indicador de modo de respuesta automática es
almacenado en un Servidor de Gestión de Grupo (GLMS-"Group
Management Server") (no mostrado) de una base de datos de
Gestión de Grupo a la que se accede por medio del servidor 2 de PTT
de PoC. El usuario tiene la facultad de configurar el terminal de
PTT correspondiente, tal como el designado por la referencia 4,
bien para aceptar automáticamente la petición de sesión entrante, o
bien para ser instado a ello antes de aceptar la petición. En el
caso más simple, si el usuario ajusta el modo de respuesta
automática dejándolo activado, entonces el modo de respuesta
automática es aplicado a las sesiones de PoC entrantes. En caso
contrario, si el modo de respuesta automática está desactivado,
entonces se aplica el modo de respuesta manual.
Se cree que esta propuesta anterior es
inapropiada porque: (1) la modificación de los datos en el GLMS
requiere el uso de un protocolo de modificación de base de datos de
HTTP; (2) el cambio del modo de respuesta puede realizarse, por
ejemplo, mediante un conmutador o por selección de un perfil, lo que
no se correlaciona bien con la manipulación de las bases de datos
(por ejemplo, ello requiere un alto grado de complicidad en el
terminal para sincronizarse con una base de datos y manipularla en
respuesta a un simple estímulo como un conmutador; también, puede
que no todos los terminales den soporte al protocolo de manipulación
de la base de datos, ya que los usuarios individuales pueden no
tener la autorización para manipular sus propios grupo y listas de
autorización, puesto que su compañía controla esto; por otra parte,
un simple cuadro o placa de teclas telefónica no resulta ideal para
introducir y crear una lista grande de información basada en texto);
y, (3) dependiendo del usuario, el modo de respuesta puede cambiar
muchas veces en un día (por ejemplo, es, relativamente, muy
dinámico), en tanto que los datos (por ejemplo, las entradas en el
libro de direcciones o agenda; las preferencias para esos usuarios)
almacenados en el GLMS difícilmente se cambian alguna vez (por
ejemplo, son, relativamente, casi estáticos). El IETF ha definido
esta división entre datos relativamente estáticos y datos
relativamente dinámicos como "Estado Duro" y "Estado
Blando", respectivamente. Diferentes mecanismos de protocolo son
apropiados para manipular los datos de Estado Duro y de Estado
Blando. El modo de respuesta se considera como Estado Blando, y la
manipulación de grupos y listas en una base de datos se considera
Estado Duro.
Por tanto, se cree que es más eficiente que
emplear un mecanismo de HTTP notificar sencillamente el
cambio/situación del estado del modo de respuesta. De acuerdo con
ello, existe margen para la mejora en los sistemas y métodos de PTT
inalámbricos.
La Publicación de Solicitud de Patente
norteamericana Nº 2003/0190888 (Mangal et al.) divulga un
método y un sistema para reducir la latencia en el establecimiento
de una sesión de comunicación inmediata o en tiempo real, tal como,
por ejemplo, una sesión de charla electrónica o chateo
instantánea. El método y el sistema pueden hacer posible (párrafos
[0038] a [0041]) incrementar selectivamente la frecuencia de rastreo
empleada para la localización por rastreo de ciertas estaciones
móviles, a fin de reducir el tiempo que lleva establecer una
capacidad de conexión o conectividad de enlace por radio con esas
estaciones móviles. Una estación móvil puede tener un "modo
normal", en el que la estación móvil no se implicará en una
comunicación de PTT, y un "modo de PTT", en el cual la
estación móvil puede involucrarse en una comunicación de PTT. Cuando
la estación móvil está en el modo normal, la estación móvil puede
ajustarse para supervisar un canal de localización por rastreo en
una frecuencia normal, gracias a lo cual se ahorra energía de la
batería a expensas de la latencia en el establecimiento de las
llamadas. Cuando la estación móvil se encuentra en el modo de PTT,
la estación móvil puede ajustarse para supervisar el canal de
localización por rastreo a una frecuencia más alta, con lo que se
reduce la latencia en el establecimiento de las
llamadas.
llamadas.
La divulgación "Push To Talk Over Cellular
(PoC); List Management and
Do-Not-Disturb; PoC Release
1.0" ("Pulsación para hablar por Celular (PoC); gestión de
lista y no molestar; Entrega de PoC 1.0"); List Management and
Do-Not-Disturb V1.1.3, Agosto de
2003 (08.2003), página COMPLETA, XP000863837, describe
procedimientos, flujos de señalización y parámetros de señalización
para el Servidor de Grupo y de Gestión de Lista, una parte del
servicio de Pulsación para Hablar por Celular
(PoC-"Push-To-Talk Over
Cellular"), y el protocolo de Gestión de Lista en la interfaz
Im.
La divulgación de Anett Schuelke, de la NEC
Corporation: "Availability Control Function" ("Función
de control de disponibilidad"),
OMA-POC-2004-0035
[En línea], 29 de enero de 2004 (29.01.2004), páginas
1-7, XP002333207, describe la introducción de una
Función de Control de Disponibilidad (ACF-"Availability Control
Function") en la arquitectura o estructura de PoC para la
separación por funcionalidad de la función de gestión de
disponibilidad del Servidor de Gestión de Lista de Grupo
(GLMS-"Group List Management Server").
\newpage
La divulgación de 3GPP: "3^{rd}
Generation Partnership Project; Technical Specification Group
Services and System Aspects; 3GPP enablers for OMA PoC Services;
Stage 2 (Release 6)" ("Proyecto de sociedad de 3ª
generación; Servicios y aspectos de sistema del Grupo de
Especificación Técnica; Habilitadores de 3GPP para Servicios de PoC
de OMA; Etapa 2 (Entrega 6)"), 3GPP TR 23.979 VO.3.0 [En línea],
marzo de 2004 (03.2004), páginas 1-10, XP002333208,
describe requisitos de arquitectura o estructurales para hacer
posibles servicios como el PoC a través de sistemas de 3GPP. En el
establecimiento de la sesión de PoC, el abonado de origen recibe,
dentro de un tiempo predeterminado, una indicación antes de poder
hablar, que se conoce como "Derecho a hablar" (RtS-"Right to
Speak").
\vskip1.000000\baselineskip
Estas y otras necesidades son satisfechas por la
invención según se define en las reivindicaciones independientes 1
y 53 que se acompañan, la cual proporciona un método para un
dispositivo de comunicación de pulsación para hablar
(PTT-"push-to-talk"), que
incluye un modo de funcionamiento para indicar ese modo operativo a
un servidor de red de pulsación para hablar.
En un aspecto, un método para un dispositivo de
comunicación de pulsación para hablar, que incluye un modo de
funcionamiento u operativo destinado a indicar el modo operativo a
un servidor de red de pulsación para hablar, comprende: emplear
como modo operativo del dispositivo de comunicación de pulsación
para hablar, uno de entre un primer modo de respuesta y un segundo
modo de respuesta; emplear una red de comunicación que incluye un
servidor de red de pulsación para hablar; e indicar el modo
operativo en un mensaje de Protocolo de Inicio de Sesión, desde el
dispositivo de comunicación de pulsación para hablar al servidor de
red de pulsación para hablar, a través de la red de
comunicación.
El método puede comprender, adicionalmente,
emplear como el primer modo de respuesta un modo de respuesta
automática; emplear como el segundo modo de respuesta un modo de
respuesta manual; emplear como la red de comunicación una red de
núcleo de Protocolo de Internet; y emplear como el servidor de red
de pulsación para hablar un servidor de red de pulsación para hablar
de Protocolo de Internet.
Según otro aspecto, un método para un
dispositivo de comunicación de pulsación para hablar, que incluye un
modo operativo para indicar el modo operativo a un servidor de red
de pulsación para hablar, comprende: emplear como el modo operativo
del dispositivo de comunicación de pulsación para hablar uno de
entre un primer modo de respuesta, un segundo modo de respuesta y
un tercer modo de respuesta; emplear una red de comunicación que
incluye un servidor de red de pulsación para hablar; e indicar el
modo operativo en un mensaje de Protocolo de Inicio de Sesión,
desde el dispositivo de comunicación de pulsación para hablar al
servidor de red de pulsación para hablar, a través de la red de
comunicación.
El método puede emplear como el primer modo de
respuesta un modo de respuesta automática; emplear como el segundo
modo de respuesta un modo de respuesta siempre automática; emplear
como el tercer modo de respuesta un modo de respuesta manual;
emplear como la red de comunicación una red de núcleo de Protocolo
de Internet; y emplear como el servidor de red de pulsación para
hablar un servidor de red de pulsación para hablar de Protocolo de
Internet.
Según otro aspecto, un método para un
dispositivo de comunicación de pulsación para hablar, que incluye un
modo de funcionamiento u operativo para enviar el modo operativo a
un servidor de red de pulsación para hablar, comprende: emplear
como el modo operativo del dispositivo de comunicación de pulsación
para hablar uno de entre al menos un primer modo de respuesta y un
segundo modo de respuesta; emplear una red de comunicación que
incluye un servidor de red de pulsación para hablar; y enviar el
modo operativo en un mensaje de notificación de suceso, desde el
dispositivo de comunicación de pulsación para hablar o desde otro
dispositivo en nombre o representación del dispositivo de
comunicación de pulsación para hablar, al servidor de red de
pulsación para hablar, a través de la red de comunicación.
\vskip1.000000\baselineskip
Puede alcanzarse una completa comprensión de la
invención a partir de la siguiente descripción de las realizaciones
preferidas, al leerse en combinación con los dibujos que se
acompañan, en los cuales:
La Figura 1 es un diagrama de bloques de una red
de núcleo de Protocolo de Internet (IP-"Internet Protocol"),
tal como una red de pulsación para hablar
(PTT-"push-to-talk")por celular
(PoC), de Protocolo de Inicio de Sesión (SIP-"Session Initiation
Protocol")/IP, que incluye un servidor de PTT, un servidor de
presencia y una pluralidad de terminales de PTT de SIP, tales como
teléfonos celulares con capacidad de PTT de SIP.
La Figura 2 es un diagrama de flujo de un método
para un terminal de PTT, que incluye un modo de respuesta operativo
para indicar ese modo a un servidor de red de pulsación para hablar
de Protocolo de Internet.
La Figura 3 es un diagrama de mensajes de
acuerdo con una realización de la invención.
La Figura 4 es un diagrama de mensajes de
acuerdo con otra realización de la invención.
Las Figuras 5A-5B forman un
diagrama de mensajes de acuerdo con otra realización de la
invención.
Las Figuras 6-8 y
9A-9B son diagramas de mensajes de acuerdo con otras
realizaciones de la invención.
\vskip1.000000\baselineskip
Tal y como se emplean aquí, las expresiones
"indicar" y "que indica" incluirán expresamente
"notificar" y "que notifica", "publicar" y "que
publica", y "registrar" y "que registra", si bien no
estarán limitadas por éstas.
Tal y como aquí se utiliza, la expresión
"dispositivo de comunicación inalámbrica" incluirá expresamente
un teléfono celular, un teléfono móvil, un terminal de pulsación
para hablar
(PTT-"push-to-talk")
inalámbrico, un dispositivo electrónico de comunicación móvil y un
dispositivo electrónico e inalámbrico de mano, que incluye, por
ejemplo, un terminal de red de área local inalámbrica
(WLAN-"wireless local area network"), si bien no está limitada
por éstos.
Tal y como se emplea aquí, la expresión
"terminal de PTT" incluirá expresamente un terminal de PTT
inalámbrico y un terminal de PTT de conducción o línea de cables, si
bien no está limitada por éstos.
Tal y como aquí se utiliza, la expresión
"mensaje de notificación de suceso" significa un mensaje que
notifica un suceso o cambio de estado en una entidad. El mensaje de
notificación de suceso puede ser enviado a otra entidad a modo de
notificación en respuesta a una suscripción por la otra entidad para
recibir notificaciones concernientes al abonado al suceso (por
ejemplo, y sin limitación, un método de Notificación de SIP), o bien
puede ser expedido o publicado asincrónicamente con otra entidad
(por ejemplo, y sin limitación, un método de Publicación de
SIP).
Tal y como aquí se emplea, la expresión
"paquete de suceso" significa una especificación que define un
conjunto de información de estado destinado a ser notificado por
una entidad de notificación a otra entidad. Los paquetes de suceso
definen la sintaxis y la semántica para transportar tal información
de estado.
Tal y como aquí se utiliza, el término
"XML" quiere decir Lenguaje de Anexión Extensible
("eXtensible Markup Language").
La invención se describe en asociación con redes
de pulsación para hablar (PTT) por celular (PoC) de Protocolo de
Inicio de Sesión (SIP-"Session Initiation Protocol"), si bien
la invención es aplicable a redes de núcleo de Protocolo de Internet
(IP-"Internet Protocol").
La Figura 2 muestra un método para un terminal
20 de PTT de SIP que incluye un modo de respuesta operativo 22
destinado a indicar ese modo de respuesta operativo a un servidor 24
de red de PTT de Protocolo de Internet. El método incluye emplear,
según se indica por la referencia 26, el modo de respuesta operativo
22 como uno de entre un modo 28 de respuesta automática, un modo 29
de respuesta siempre automática y un modo 30 de respuesta manual. A
continuación, conforme se indica por la referencia 32, se emplea una
red de núcleo 34 de Protocolo de Inicio de Sesión/Protocolo de
Internet, que incluye el servidor 24 de red de PTT de Protocolo de
Internet. Finalmente, según se indica por la referencia 38, el modo
operativo 22 es indicado en un mensaje de Protocolo de Inicio de
Sesión, conforme se indica por la referencia 40, desde el terminal
20 de PTT de SIP al servidor 24 de red de PTT basada en Protocolo
de Internet, a través de la red de núcleo 34 de Protocolo de Inicio
de Sesión/Protocolo de Internet.
La Figura 3 muestra un diagrama de mensajes para
cambiar el modo operativo de un terminal 42 de PTT, incluyendo el
conmutador 13 de PTT y un conmutador de lengüeta 43
Automático/Manual, en un servidor 44 de PTT. El SIP proporciona
soporte a la facultad de un terminal de PTT, tal como el indicado
por la referencia 42, para indicar las características para las que
está capacitado en una petición de Registro de SIP, tal como la
indicada por la referencia 50, utilizando un encabezamiento de
Contacto de SIP, tal como el indicado por la referencia 51,
mediante la extensión del parámetro-característica
del campo de encabezamiento de contacto. Unas etiquetas de
características pueden comenzar con un signo más para las etiquetas
que son extensiones definidas por el usuario. Un mecanismo adecuado
se muestra en la Tabla 1:
parámetro-característica es un
parámetro de característica que describe una característica del
agente usuario asociada con el indicador de recursos uniformes
contenido en el campo de encabezamiento de contacto. Los parámetros
de característica son identificables debido a que, bien pertenecen
al conjunto bien conocido de etiquetas de característica de base, o
bien empiezan por un signo
más.
Este mecanismo hace posible que la
enc-feature-tag del
parámetro-característica sea extendida. Se incluye
una enc-feature-tag como parte de la
cabecera o encabezamiento 51 de Contacto de SIP que indica el modo
operativo vigente en ese momento del terminal 42 de PTT. Por
ejemplo, puede emplearse +poc.operating.mode = "Auto"
(modo.operativo.poc = "Auto") para indicar que el conmutador
43 del terminal 42 de PTT se encuentra en el Modo de Respuesta
Automática (A). El terminal 42 de PTT puede incluir este
parámetro-característica en el encabezamiento de
contacto durante cada inscripción de SIP. Si el modo del terminal
42 de PTT es cambiado por el usuario, entonces el terminal 42 de
PTT refresca su inscripción, incluyendo el
parámetro-característica con el nuevo valor en el
encabezamiento de contacto de la petición de registro de SIP. El
servidor 44 de PTT de SIP que controla el establecimiento de las
sesiones de PTT necesita obtener la información de inscripción del
dispositivo registrador 46 de SIP contenido en el núcleo 46 de
SIP/IP, a fin de obtener el modo operativo del terminal 42 de
PTT.
La Figura 3 muestra dos agrupamientos de
mensajes de SIP, 50, 52, 60, 62 y 64, 66, 70, 72, asociados,
respectivamente, con el Modo de Respuesta Automática 58 y con el
Modo de Respuesta Manual 68, del terminal 42 de PTT. En primer
lugar, el terminal 42 de PTT se Inscribe con el núcleo 48 de SIP/IP
en el Modo de Respuesta Automática, al enviar la petición 50 de
Registro de SIP al núcleo 48 de SIP/IP, que contiene el
encabezamiento de Contacto 51 con un
parámetro-característica de +poc.operating.mode =
"Auto" (+modo.operativo.poc = "Auto"). El dispositivo
registrador 46 de SIP contenido en el núcleo 48 de SIP/IP está
configurado para llevar a cabo inscripciones de terceros con el
servidor 44 de PTT cuando se inscribe el terminal 42 de PTT. El
dispositivo registrador 46 de SIP contenido en el núcleo 48 de
SIP/IP envía una petición 52 de Registro de SIP al servidor 44 de
PTT, que contiene un encabezamiento de Contacto 53 con el
parámetro-característica de +poc.operating.mode =
"Auto". Como respuesta, el servidor 44 de PTT ajusta el estado
54 (por ejemplo, el estado A de PTT) del terminal correspondiente
42 de PTT en su tabla 56 de estado (por ejemplo, que también incluye
los estados B de PTT y C de PTT para otros terminales de PTT (no
mostrados)) en el Modo de Respuesta Automática 58. A continuación,
el dispositivo registrador 46 de SIP contenido en el núcleo 48 de
SIP/IP responde a la petición 50 de Registro de SIP con una
respuesta 60 de 200 OK (CONFORMIDAD) de SIP para el terminal 4 de
PTT. Finalmente, el servidor 44 de PTT responde a la petición 52 de
Registro de SIP con una respuesta 62 de 200 OK de SIP para el
dispositivo registrador 46 de SIP contenido en el núcleo 48 de
SIP/IP.
\vskip1.000000\baselineskip
Un ejemplo de petición de Registro de SIP
enviada por el terminal 42 de PTT para indicar el Modo de Respuesta
Automática, es como sigue:
Según la referencia 63, el usuario conmuta el
terminal 42 de PTT del Modo de Respuesta Automática al Modo de
Respuesta Manual mediante el empleo del conmutador de lengüeta 43 de
Auto/Manual para seleccionar el Modo de Respuesta Manual (M). Esto
dispara o desencadena una Inscripción de refresco por parte del
terminal 42 de PTT. Alternativamente, puede emplearse cualquier
conmutador o botón físico adecuado (no mostrado), uno o más ajustes
de un perfil habilitado (no mostrado), una selección de menú (no
mostrada) o cualquier otro mecanismo de selección apropiado (no
mostrado). El terminal 42 de PTT se Inscribe de nuevo con el núcleo
48 de SIP/IP mediante el envío de una petición 64 de Registro de
SIP al núcleo 48 de SIP/IP que contiene un encabezamiento 65 de
contacto con un parámetro-característica de
+poc.operating.mode = "Manual". A continuación, el dispositivo
registrador 46 de SIP contenido en el núcleo 48 de SIP/IP lleva a
cabo otra inscripción de terceros con el servidor 44 de PTT cuando
se vuelve a inscribir el terminal 42 de PTT. El dispositivo
registrador 46 de SIP contenido en el núcleo 48 de SIP/IP envía una
petición 66 de Registro de SIP al servidor 44 de PTT, que contiene
un encabezamiento de Contacto 67 con un
parámetro-característica de +poc.operating.mode =
"Manual". El servidor 44 de PTT conmuta el estado 54 del
terminal 42 de PTT correspondiente, en su tabla 56 de estado, al
Modo de Respuesta Manual 68. A continuación, el dispositivo
registrador 46 de SIP contenido en el núcleo 48 de SIP/IP responde
a la petición 64 de Registro de SIP con una respuesta 70 de 200 OK
(CONFORMIDAD) de SIP hacia el terminal 42 de PTT. Finalmente, el
servidor 44 de PTT responde a la petición 66 de Registro de SIP con
una respuesta 72 de 200 OK de SIP hacia el dispositivo registrador
46 de SIP contenido en el núcleo 48 de SIP/IP.
\vskip1.000000\baselineskip
Un ejemplo de petición de Registro de SIP
enviada por el terminal 42 de PTT para indicar el Modo de Respuesta
Manual, es como sigue:
Haciendo referencia a la Figura 4, otro diagrama
de mensajes muestra las secuencias de mensajes para cambiar el modo
operativo del terminal 42 de PTT en el servidor 44 de PTT. El SIP da
soporte a la capacidad de dispositivos de SIP, tales como el
servidor 44 de PTT, para abonarse y ser notificados acerca de los
sucesos que se producen en otros dispositivos de SIP, tales como el
terminal 42 de PTT, utilizando un mecanismo de suscripción o abono
adecuado. Este mecanismo implica la suscripción utilizando un método
de Suscripción de SIP, a un paquete de Suceso de SIP. Una
suscripción o abono autorizado recibe notificaciones acerca de
sucesos relacionados con el paquete de Suceso utilizando el método
de Notificación de SIP.
Un Paquetes de Suceso es una especificación
específica de aplicación que define un conjunto de información de
estado de la que se ha de informar a un suscriptor o abonado por
medio de un notificador.
Un Paquete de Plantilla de Suceso es un tipo
especial de paquete de suceso que define un conjunto de estados que
pueden ser aplicados a todos los paquetes de suceso posibles,
incluyendo él mismo.
Una notificación es el acto por el que un
notificador envía un mensaje de Notificación a un abonado con el fin
de informar al abonado del estado de un recurso.
Un Notificador es un agente de usuario que
genera peticiones de Notificación con el propósito de notificar a
los abonados sobre el estado de un recurso. Los Notificadores
también aceptan, típicamente, peticiones de Suscripción para crear
subscripciones o abonos.
Un Agente de Estado es un notificador que
publica información de estado en nombre de un recurso; para llevar
esto a cabo, puede necesitar reunir tal información de estado de
múltiples recursos. Los Agentes de Estado tienen siempre información
de estado completa para el recurso para el que están creando
notificaciones.
\newpage
Un Abonado es un agente de usuario que recibe
peticiones de Notificación desde notificadores. Estas peticiones de
Notificación contienen información acerca del estado de un recurso
en el que está interesado el abonado. Los abonados generan también,
típicamente, peticiones de Suscripción y las envían a notificadores
para crear suscripciones.
Un Diálogo es una relación de SIP de igual a
igual entre dos agentes de usuario que persiste durante algún
tiempo. Un Diálogo se establece por medio de mensajes de SIP, tales
como una respuesta 2xx a una petición de invitación.
Un Abono es un conjunto de estados de aplicación
asociados con un Diálogo. Este estado de aplicación incluye un
puntero que señala al diálogo asociado, el nombre del paquete de
suceso y, posiblemente, una ficha de identificación. Pueden
definirse nuevos paquetes de Suceso para información de estado de
suscripción adicional. Por definición, existen suscripciones tanto
en un abonado como en un notificador.
El paquete de Suceso de SIP puede ser empleado,
ventajosamente, para el modo operativo de terminal de PTT. El
servidor de red de PTT de SIP/IP (por ejemplo, el servidor 44 de
PTT) que controla el establecimiento de las sesiones de PTT, se
suscribe o abona al correspondiente paquete de Suceso de modo
operativo (respuesta) del terminal de PTT de SIP. El
correspondiente terminal de PTT, tal como el indicado por la
referencia 42, envía entonces peticiones de Notificación de SIP,
tales como las indicadas por las referencias 88 ó 96, al servidor
44 de PTT siempre que el modo operativo (respuesta) cambie en el
terminal de PTT.
Las entidades de la red de SIP/IP pueden
abonarse a un recurso o a un estado de llamada para varios recursos
o llamadas en la red, y esas entidades (o las entidades que actúan
en representación suya) pueden enviar notificaciones cuando esos
estados cambian. Un flujo típico de mensajes puede incluir: (1) una
Suscripción procedente del Abonado, hacia el Notificador, a fin de
solicitar una suscripción de estado; (2) una respuesta de 200 OK
(CONFORMIDAD) desde el Notificador hacia el Abonado con el fin de
confirmar la suscripción; (3) una Notificación procedente del
Notificador y dirigida al Abonado, para devolver información de
estado vigente en ese momento; (4) una respuesta de 200 OK desde el
Abonado al Notificador, al objeto de confirmar la Notificación; y
(5) cualesquiera repeticiones adicionales de los mensajes (3) y (4)
para comunicar información de estado adicional. De esta forma, se
envían mensajes de Notificación con el fin de informar al (a los)
Abonado(s) de cambios en el estado con el que el Abonado
tiene una suscripción. Las suscripciones o abonos se ponen en juego
utilizando el método de Suscripción de SIP, si bien pueden emplearse
otros mecanismos adecuados.
Como se muestra en la Figura 4, una vez que el
terminal 42 de PTT se ha registrado inicialmente, el servidor 44 de
PTT se Suscribe al paquete de Suceso de XML del modo operativo
(respuesta) del terminal de PTT correspondiente, que es definido
por esta aplicación al enviar una petición de Suscripción 80 de SIP
para el paquete 81 de Suceso de XML de modo operativo (respuesta),
al núcleo 48 de SIP/IP. A continuación, el núcleo 48 de SIP/IP
encamina la Suscripción 80 de SIP, tal como se muestra con la
referencia 82, al terminal 42 de PTT. Tras ello, el terminal 42 de
PTT, que desempeñará el papel de un Notificador, responde a la
Suscripción 80 de SIP, según se ha encaminado conforme se indica
por la referencia 82, con una respuesta de 200 OK (CONFORMIDAD) de
SIP, dirigida al núcleo 48 de SIP/IP. A su vez, el núcleo 48 de
SIP/IP encamina la respuesta 84 de 200 OK de SIP, tal como se
muestra por la referencia 86, al servidor 44 de PTT.
Para el Modo de Respuesta Automática, el
terminal 42 de PTT notifica su modo operativo vigente en ese momento
(por ejemplo, el Modo de Respuesta Automática), al enviar una
Notificación 88 de SIP que contiene el Modo Operativo = Auto 89 en
el cuerpo de la Notificación 88, al núcleo 48 de SIP/IP. A
continuación, el núcleo 48 de SIP/IP encamina la Notificación 88 de
SIP, según se muestra por la referencia 90, hacia el servidor 44 de
PTT. En respuesta, el servidor 44 de PTT establece el estado 54
(Figura 3) del terminal 42 de PTT correspondiente en su tabla 56 de
estado (Figura 3), en el Modo de Respuesta Automática 58'. Tras
ello, el servidor 44 de PTT responde a la Notificación 88, según el
encaminamiento indicado por la referencia 90, con una respuesta 92
de 200 OK de SIP hacia el núcleo 48 de SIP/IP. Finalmente, el núcleo
48 de SIP/IP encamina la respuesta 92 de 200 OK de SIP, según se
muestra por la referencia 94, hacia el terminal 42 de PTT.
Conforme se indica por la referencia 95, el
usuario conmuta el terminal 42 de PTT del Modo de Respuesta
Automática al Modo de Respuesta Manual. Esto desencadena o dispara
el terminal 42 de PTT para que notifique su nuevo modo operativo
(Modo de Respuesta Manual) mediante el envío de una Notificación 96
de SIP que contiene el Modo Operativo = Manual 97 en el cuerpo de
la Notificación 96, al núcleo 48 de SIP/IP. El núcleo 48 de SIP/IP
encamina la Notificación 96 de SIP, según se muestra por la
referencia 98, hacia el servidor 44 de PTT. Como respuesta, el
servidor 44 de PTT conmuta el estado 54 (Figura 3) del terminal 42
de PTT correspondiente en su tabla 56 de estado (Figura 3), al Modo
de Respuesta Manual 68'. A continuación, el servidor 44 de PTT
responde a la Notificación 96, según el encaminamiento indicado por
la referencia 98, con una respuesta 100 de 200 OK de SIP, dirigida
al núcleo 48 de SIP/IP. Por último, el núcleo 48 de SIP/IP encamina
la respuesta 100 de 200 OK de SIP, tal como se muestra por la
referencia 102, al terminal 42 de PTT.
Haciendo referencia a la Figura 5A, otro
diagrama de mensajes muestra secuencias de mensajes para cambiar el
modo operativo del terminal 42 de PTT en el servidor 44 de PTT. La
presencia de un usuario representa el deseo y la capacidad de un
usuario para comunicarse con otros usuarios por la red de SIP/IP. El
SIP da soporte a la capacidad funcional de presencia y a la
capacidad de los terminales de PTT, tales como el 42, para publicar
la información del estado de presencia referente a ellos mismos,
utilizando un método de Publicación de SIP adecuado para un Agente
de Usuario de Presencia, tal como el servidor de presencia 108. El
servidor de presencia 108 incluye un conjunto de direcciones de
contacto que representan los diversos mecanismos para contactar con
el usuario. Típicamente, la dirección de contacto listada para voz
será una dirección de registro. La situación o estatus de este
contacto puede depender de cualquier número de factores, incluyendo,
por ejemplo, el estado de cualesquiera inscripciones frente a la
dirección de registro. El estado de inscripción puede ser
equiparado con la presencia del usuario. De hecho, esto hace posible
que el servidor de Presencia 108 sea separado del dispositivo
registrador 46 de SIP (Figura 3) y siga utilizando, con todo,
información de registro para construir un documento de presencia,
el cual describe la presencia de la presentidad (por
ejemplo, una entidad e presencia; un proveedor de información de
presencia para un servicio de presencia) a la que se ha suscrito el
dispositivo registrador 46 de SIP (Figura 3). Esto se expone con
mayor detalle más adelante, en asociación con la Figura 6 y con el
Ejemplo 3.
Cuando el servidor de presencia 108 recibe una
suscripción de presencia para un usuario particular, el servidor de
presencia 108 puede generar una suscripción al dispositivo
registrador 46 de SIP (Figura 3) para el paquete de suceso de
inscripción. Como resultado de ello, el servidor de presencia 108
aprenderá acerca del estado de inscripción para ese usuario, y
podrá utilizar esa información para generar documentos de presencia.
Alternativamente, el dispositivo registrador 46 de SIP podrá
Publicar el Estado de Inscripción para el servidor de presencia 108
utilizando la Publicación de SIP (por ejemplo, según se expone más
adelante en asociación con las Figuras 5A-5B), o
bien el servidor de presencia 108 podrá recibir una inscripción de
un tercero desde el Dispositivo Registrador 46 de SIP cuando se
inscribe un nuevo usuario (por ejemplo, según se explica más
adelante en asociación con la Figura 6).
Haciendo referencia a las Figuras
5A-5B, el terminal 42 de PTT publica su modo
operativo (respuesta), bien como una secuencia o lista ordenada de
presencia independiente o bien como un atributo de otra lista
ordenada de presencia transportado utilizando el método de
Publicación de SIP. El método de Publicación es encaminado: bien
(1) a una entidad de servidor de Presencia basada en red, tal como
el servidor de presencia 108, que permite al servidor 44 de red de
PTT de SIP que controla el establecimiento de las sesiones de PTT
Suscribirse al estatus de Presencia del terminal de PTT de SIP
correspondiente para el modo (operativo) de respuesta, o bien (2)
al servidor 44 de red de PTT de SIP, que implementa las funciones de
Agente de Usuario de Presencia. En este último ejemplo, el servidor
de Presencia 108 se hace confluir o fusionarse con el servidor 44 de
PTT. En consecuencia, el servidor 44 de PTT implementa la capacidad
funcional de servidor de Presencia 108, empleándose intercambios de
mensajes entre entidades combinadas.
Una vez que el terminal 42 de PTT se ha inscrito
inicialmente con el dispositivo registrador 46 de SIP (Figura 3),
el servidor 44 de PTT se Suscribe al estado de Presencia del
terminal de PTT correspondiente, al enviar una petición 110 de
Suscripción de SIP para el paquete de Suceso de Presencia, para el
usuario de PTT, a través del núcleo 48 de SIP/IP. Si el servidor 44
de PTT sólo está interesado en el estado del Modo Operativo,
entonces el cuerpo de la Suscripción 110 puede contener filtros 111
que indican que únicamente deben notificarse los cambios en el
estado del Modo Operativo. A su vez, el núcleo 48 de SIP/IP encamina
la Suscripción 110 de SIP, según se muestra por la referencia 112,
hacia el servidor de Presencia 108. A continuación, el servidor de
Presencia 108 responde a la Suscripción 110, encaminada según se
indica por la referencia 112, con una respuesta 114 de 200 OK de
SIP, a través del núcleo 48 de SIP/IP. A continuación, el núcleo 48
de SIP/IP encamina la respuesta 114 de 200 OK de SIP, según se
muestra por la referencia 116, hacia el servidor 44 de PTT.
En el Modo de respuesta Automática, el terminal
42 de PTT notifica su modo operativo vigente en ese momento (por
ejemplo, el Modo de Respuesta Automática) y, opcionalmente, un
estado de presencia adicional, al enviar una Publicación 118 de SIP
que contiene el Modo Operativo = Auto 119 en el cuerpo de la
Publicación 118, al núcleo de SIP/IP 48. A continuación, el núcleo
48 de SIP/IP encamina la Publicación 118 de SIP, según se muestra
por la referencia 120, hacia el servidor de Presencia 108.
Seguidamente, el servidor de Presencia 108 responde a la
Publicación 118, encaminada según se indica por la referencia 120,
con una respuesta 122 de 200 OK de SIP, dirigida al núcleo 48 de
SIP/IP. A su vez, el núcleo 48 de SIP/IP encamina la respuesta 122
de 200 OK de SIP, según se muestra por la referencia 124, hacia el
terminal 42 de PTT.
A continuación, el servidor de Presencia 108
notifica el modo operativo (respuesta) del terminal de PTT
correspondiente, mediante el envío de una Notificación 126 de SIP
que contiene la Información de Presencia, incluyendo el Modo
Operativo = Auto 127 en el cuerpo de la Notificación 126, al núcleo
48 de SIP/IP. Tras ello, el núcleo 48 de SIP/IP encamina la
notificación 126 de SIP, tal como se muestra por la referencia 128,
al servidor 44 de PTT. A su vez, el servidor 44 de PTT ajusta el
estado (Figura 3) del terminal 42 de PTT correspondiente en su
tabla 56 de estado (Figura 3), en el Modo de Respuesta Automática
58''. A continuación, el servidor 44 de PTT responde a la
Notificación 126, encaminada según se indica por la referencia 128,
con una respuesta 130 de 200 OK de SIP, dirigida al núcleo 48 de
SIP/IP. Por último, el núcleo 48 de SIP/IP encamina la respuesta 130
de 200 OK de SIP, según se muestra por la referencia 132, hacia el
servidor de Presencia 108.
También haciendo referencia a la Figura 5B,
según se indica por la referencia 133, el usuario conmuta el
terminal 42 de PTT del Modo de Respuesta Automática al Modo de
Respuesta Manual. Esto dispara el terminal 42 de PTT de manera que
notifica su modo operativo vigente en ese momento (respuesta) y,
opcionalmente, un estado de presencia adicional, mediante el envío
de una Publicación 134 de SIP que contiene el Modo Operativo =
Manual 135 en el cuerpo de la Publicación 134, al núcleo 48 de
SIP/IP. A su vez, el núcleo 48 de SIP/IP encamina la Publicación
134 de SIP, tal y como se muestra por la referencia 136, al servidor
de Presencia 108. A continuación, el servidor de Presencia 108
responde a la Publicación 134, encaminada según se indica por la
referencia 136, con una respuesta 138 de 200 OK de SIP, dirigida al
núcleo 48 de SIP/IP. Tras ello, el núcleo 48 de SIP/IP encamina la
respuesta 138 de 200 OK de SIP, según se muestra por la referencia
140, al terminal 42 de PTT.
A su vez, el servidor de Presencia 108 notifica
el nuevo modo operativo (respuesta) del terminal de PTT
correspondiente, mediante el envío de una Notificación 142 de SIP
que contiene la Información de Presencia, incluyendo el Modo
Operativo = Manual 143 en el cuerpo de la Notificación 142, al
núcleo 48 de SIP/IP. A continuación, el núcleo 48 de SIP/IP
encamina la Notificación 142 de SIP, tal y como se muestra por la
referencia 144, al servidor 44 de PTT. Seguidamente, el servidor 44
de PTT conmuta el estado 54 (Figura 3) del terminal 42 de PTT
correspondiente en su tabla 56 de estado (Figura 3) al Modo de
Respuesta Manual 68''. A continuación, el servidor 44 de PTT
responde a la Notificación 142, encaminada según se indica por la
referencia 144, con una respuesta 146 de 200 OK de SIP, dirigida
hacia el núcleo 48 de SIP/IP. Por último, el núcleo 48 de SIP/IP
encamina la respuesta 146 de 200 OK de SIP, conforme se muestra por
la referencia 148, hacia el servidor de Presencia 108.
Haciendo referencia a la Figura 6, como
alternativa al envío, por parte del dispositivo registrador 46 de
SIP contenido en el núcleo 48 de SIP/IP de la Figura 3, de
peticiones de Registro de SIP 52 ó 56 al servidor 44 de PTT, el
dispositivo registrador 46 de PTT puede Publicar para el Servidor de
Presencia 108 la inscripción de SIP del terminal de PTT y hacer que
el servidor 44 de PTT se suscriba al servidor de Presencia 108, con
el fin de descubrir la inscripción de SIP y hacer que el servidor de
Presencia 108 suministre el modo operativo de respuesta que fue
Publicado por el dispositivo registrador 46 de SIP. Si bien la
siguiente descripción se hace con respecto al Modo de Respuesta
Automática, se apreciará que es posible emplear un mecanismo de
indicación correspondiente adecuado para el Modo de Respuesta Manual
o para el Modo de Respuesta Siempre Automática.
Antes de que el terminal 42 de PTT se inscriba
con el dispositivo registrador 46 de SIP, el servidor 44 de PTT se
Suscribe en el estado de Presencia del terminal de PTT
correspondiente, mediante el envío de una petición 210 de
suscripción de SIP con el fin de suscribirse a los Sucesos de
Presencia de ese terminal de PTT, a través del núcleo 48 de SIP/IP.
Si el servidor 44 de PTT está únicamente interesado en el estado del
Modo Operativo, entonces el cuerpo de la Suscripción 210 puede
contener filtros 211 que indican que únicamente se deberán
notificar cambios en el estado del Modo Operativo. A su vez, el
núcleo 48 de SIP/IP encamina la Suscripción 210 de SIP, según se
muestra en la Figura 212, hacia el servidor de Presencia 108. A
continuación, el servidor de Presencia 108 responde a la
Suscripción 210, encaminada según se indica por la referencia 212,
con una respuesta 214 de 200 OK de SIP, a través del núcleo 48 de
SIP/IP. Seguidamente, el núcleo 48 de SIP/IP encamina la respuesta
214 de 200 OK de SIP, tal como se muestra por la referencia 216,
hacia el servidor 44 de PTT.
A continuación, el servidor de Presencia 108
notifica que el terminal 42 de PTT no está en ese momento
registrado, mediante el envío de una Notificación 226 de SIP que
contiene la Información de Presencia, incluyendo el Estado No
Registrado 227 en el cuerpo de la Notificación 226, al núcleo 48 de
SIP/IP. Tras ello, el núcleo 48 de SIP/IP encamina la Notificación
226 de SIP, tal como se muestra por la referencia 228, hacia el
servidor 44 de PTT. Como respuesta, el servidor 44 de PTT ajusta el
estado 54 (Figura 3) del terminal 42 de PTT correspondiente en su
tabla 56 de estado (Figura 3) en No Registrado 217. A continuación,
el servidor 44 de PTT responde a la Notificación 226, encaminada
conforme se indica por la referencia 228, con una respuesta 230 de
200 OK de SIP, dirigida al núcleo 48 de SIP/IP. Finalmente, el
núcleo 48 de SIP/IP encamina la respuesta 230 de 200 OK de SIP,
según se muestra por la referencia 232, hacia el servidor 108 de
Presencia.
A continuación, una vez que se ha encendido o
activado el terminal 42 de PTT, éste se Inscribe con el núcleo 48
de SIP/IP en el Modo de Respuesta Automática mediante el envío de la
petición 250 de Registro de SIP al núcleo 48 de SIP/IP, que
contiene el encabezamiento de Contacto 251 con un
parámetro-característica de +poc.operating.mode =
"Auto". El dispositivo registrador 46 de SIP contenido en el
núcleo 48 de SIP/IP está configurado para llevar a cabo
inscripciones de terceros con el servidor de Presencia 108 cuando se
inscribe el terminal 42 de PTT. A continuación, el dispositivo
registrador 46 de SIP contenido en el núcleo 48 de SIP/IP envía una
petición 252 de Registro de SIP al servidor de Presencia 108, que
contiene un encabezamiento de Contacto 253 con un
parámetro-característica de +poc.operating.mode =
"Auto". Como respuesta, el servidor de Presencia 108 ajusta
el estado 254 del terminal 42 de PTT en el Documento de Presencia
(PD-"Presence Document") 256 en Inscrito y en el Modo de
Respuesta Automática. A continuación, el dispositivo registrador 46
de SIP contenido en el núcleo 48 de SIP responde a la petición 250
de Registro de SIP con una respuesta 260 de 200 OK de SIP, dirigida
al terminal 42 de PTT. Tras ello, el servidor de Presencia 108
responde a la petición 252 de Registro de SIP con una respuesta 262
de 200 OK de SIP, dirigida al dispositivo registrador 46 de SIP
contenido en el núcleo 48 de SIP/IP.
El servidor de Presencia 108 también notifica el
modo operativo (respuesta) del terminal de PTT correspondiente,
mediante el envío de una Notificación 266 de SIP que contiene la
Información de Presencia, incluyendo el Estado de Inscripción =
Inscrito y el Modo Operativo 267 en el cuerpo de la Notificación
266, al núcleo 48 de SIP/IP. A continuación, el núcleo 48 de SIP/IP
encamina la Notificación 266 de SIP, tal y como se muestra por la
referencia 268, al servidor 44 de PTT. A su vez, el servidor 44 de
PTT ajusta el estado 54 (Figura 3) del terminal 42 de PTT
correspondiente en su tabla 56 de estado (Figura 3) en Registrado y
en el Modo de Respuesta Automática 58'''. Tras ello, el servidor 44
de PTT responde a la Notificación 266, encaminada según se indica
por la referencia 268, con una respuesta 270 de 200 OK de SIP,
dirigida al núcleo 48 de SIP/IP. Finalmente, el núcleo 48 de SIP/IP
encamina la respuesta 270 de 200 OK de SIP, según se muestra por la
referencia 272, al servidor de Presencia 108.
Se apreciará que si el terminal 42 de PTT cambia
del Modo de Respuesta Automática a uno de entre el Modo de
Respuesta Manual y el Modo de Respuesta Siempre Automática, el
terminal 42 de PTT se Inscribirá con el núcleo 48 de SIP/IP en el
modo apropiado mediante el empleo de la petición 250 de Registro de
SIP, que contiene el encabezamiento de Contacto 251 con el
parámetro-característica apropiado (por ejemplo,
+poc.operating.mode = "Manual" o
"Siempre-Auto", respectivamente), y que la
petición 252 de Registro de SIP que contiene el encabezamiento de
Contacto 253 tendrá también el
parámetro-característica apropiado. En caso
contrario, los mensajes 250, 252, 260, 262, 266, 268, 270 y 272 se
emplean de forma similar.
La Figura 7 muestra otra alternativa al envío,
por parte del dispositivo registrador 46 de SIP contenido en el
núcleo 48 de SIP/IP de la Figura 3, de las peticiones 52 ó 66 de
Registro de SIP al servidor 44 de PTT. Si bien la siguiente
descripción se da con respecto al Modo de Respuesta Automática, se
apreciará que puede emplearse un mecanismo de indicación
correspondiente adecuado para el Modo de Respuesta Manual o el Modo
de Respuesta Siempre Automática. Por ejemplo, si el usuario conmuta
el terminal 42 de PTT al Modo de Respuesta Manual, esto desencadena
o dispara entonces una Inscripción de refresco por parte de ese
terminal de PTT. El terminal 42 de PTT se Inscribe de nuevo con el
núcleo 48 de SIP/IP mediante el envío de otra petición de Registro
de SIP (no mostrada) al núcleo 48 de SIP/IP que contiene un
encabezamiento de Contacto (no mostrado) con un
parámetro-característica de +poc.operating.mode =
"Manual".
Inicialmente, en la Figura 7, el servidor 44 de
PTT envía una petición 280 de Inscripción de SIP al Dispositivo
Registrador 46 de SIP contenido en el núcleo 48 de SIP/IP, con el
fin de Suscribirse a los Sucesos de Inscripción 281 del terminal 42
de PTT. A continuación, el Dispositivo Registrador 46 de SIP
responde a la Suscripción 280 con una respuesta 282 de 200 OK de
SIP, dirigida al servidor 44 de PTT. Seguidamente, el Dispositivo
Registrador 46 de SIP notifica que el terminal 42 de PTT no está en
ese momento inscrito, mediante el envío de una Notificación 280 de
SIP, que contiene el estado No Inscrito 285 en el cuerpo de la
Notificación 284, al servidor 44 de PTT. Como respuesta, el
servidor 44 de PTT ajusta el estado 54 (Figura 3) del terminal 42 de
PTT correspondiente en su tabla 56 de estado (Figura 3), en el
estado No Inscrito 286. A continuación, el servidor 44 de PTT
responde a la Notificación 284 con una respuesta 287 de 200 OK de
SIP, dirigida al Dispositivo Registrador 46 de SIP.
Una vez que se ha activado o encendido el
terminal 42 de PTT, éste Inscribe el núcleo 48 de SIP/IP en el Modo
de Respuesta Automática mediante el envío al núcleo 48 de SIP/IP de
una petición 288 de Registro de SIP que contiene un encabezamiento
de Contacto 289 con un parámetro-característica de
+poc.operating.mode = "Auto". A continuación, el Dispositivo
Registrador 46 de SIP contenido en el núcleo 48 de SIP/IP responde
al Registro 288 con una respuesta 290 de 200 OK de SIP, dirigida al
terminal 42 de PTT. Tras ello, el Dispositivo Registrador 46 de SIP
contenido en el núcleo 48 de SIP/IP, notifica la Inscripción y el
Modo Operativo del terminal de PTT correspondiente mediante el
envío de una Notificación 292 de SIP que contiene el Estado de
Inscripción = Inscrito y el Modo Operativo = Auto 293 en el cuerpo
de la Notificación 292, al servidor 44 de PTT. Como respuesta, el
servidor 44 de PTT ajusta el estado 54 (Figura 3) del terminal 42 de
PTT correspondiente en su tabla 56 de estado (Figura 3), en el
estado Inscrito y en el Modo de Respuesta Automática 58''''. Por
último, el servidor 44 de PTT responde a la Notificación 292 con una
respuesta 294 de 200 OK de SIP, dirigida al dispositivo registrador
46 de SIP.
Se apreciará que si el terminal 42 de PTT cambia
del Modo de Respuesta Automática a uno de entre el Modo de
Respuesta Manual y el Modo de Respuesta Siempre Automática, el
terminal 42 de PTT se Inscribirá con el núcleo 48 de SIP/IP en el
modo apropiado mediante el empleo de la petición 288 de Registro de
SIP que contiene el encabezamiento de Contacto 289 con el
parámetro-característica apropiado (por ejemplo,
+poc.operating.mode = "Manual" o
"Always-Auto"
("Siempre-Auto"), respectivamente), y que la
Notificación 292 de SIP, que contiene el Estado de Inscripción =
Inscrito y el Modo Operativo 293, incluirá el modo operativo
inscrito apropiado. En caso contrario, los mensajes 288, 290, 292,
294 se emplean de una forma similar.
La Figura 8 muestra otra alternativa al envío,
por parte del dispositivo registrador 46 de SIP contenido en el
núcleo 48 de SIP/IP de la Figura 3, de las peticiones 52 ó 66 de
Registro de SIP al servidor 44 de PTT. Si bien la siguiente
descripción se proporciona en relación con un modo inicial (por
ejemplo, el Modo de Respuesta Automática) y a un modo subsiguiente
(por ejemplo, el Modo de Respuesta Manual), se apreciará que puede
emplearse un mecanismo de indicación correspondiente adecuado para
los cambios de modo subsiguientes (por ejemplo, al Modo de
Respuesta Siempre Automática). Por ejemplo, si el usuario conmuta el
terminal 42 de PTT al Modo de Respuesta Siempre Automática, esto
dispara o desencadena entonces una Inscripción de refresco por parte
de ese terminal de PTT. El terminal 42 de PTT se Inscribe de nuevo
con el núcleo 48 de SIP/IP mediante el envío de otra petición de
Registro de SIP (no mostrada) al núcleo 48 de SIP/IP que contiene un
encabezamiento de Contacto (no mostrado) con un
parámetro-característica de +poc.operating.mode =
"Always Auto" ("Siempre Auto").
En la Figura 8, el dispositivo registrador 46 de
SIP lleva a cabo una inscripción de un tercero en una inscripción
inicial (por ejemplo, una vez que se enciende el terminal 42 de
PTT). El servidor 44 de PTT, en respuesta a la inscripción inicial
del tercero, se suscribe al paquete de Suceso de Inscripción del
terminal de PTT, con el fin de obtener el modo operativo de ese
terminal de PTT y otros cambios en el estado de inscripción.
En primer lugar, el terminal 42 de PTT se
enciende o activa y se Inscribe con el núcleo 48 de SIP/PT mediante
el envío de una petición 300 de Registro de SIP al núcleo 48 de
SIP/IP que contiene el encabezamiento de Contacto 301 con
parámetro-característica de +poc.operating.mode =
"Auto". El Dispositivo Registrador 46 de SIP contenido en el
núcleo 48 de SIP/IP, se ha configurado para llevar a cabo
inscripciones de terceros con el servidor 44 de PTT, cuando se
inscribe inicialmente el terminal 42 de PTT. A continuación, el
Dispositivo de Registro 46 de SIP contenido en el núcleo 48 de
SIP/IP, envía una petición 302 de Registro de SIP al servidor 44 de
PTT. Esta petición 302 de Registro de SIP no contiene ningún
parámetro del modo operativo en el encabezamiento de Contacto 303.
Tras ello, el Dispositivo Registrador 46 de SIP contenido en el
núcleo 48 de SIP/IP, responde al Dispositivo Registrador 300 con un
una respuesta 304 de 200 OK de SIP, dirigida al terminal 42 de PTT.
El servidor 44 de PTT responde al Registro 302 con una respuesta 306
de 200 OK de SIP, dirigida al Dispositivo de Registro 46 de SIP
contenido en el núcleo 48 de SIP/IP. A continuación, el servidor 44
de PTT envía una petición 308 de Inscripción de SIP al Dispositivo
Registrador 46 de SIP contenido en el núcleo 48 de SIP/IP, con el
fin de suscribirse a los Sucesos de Inscripción 309 del terminal 42
de PTT. A continuación, el Dispositivo Registrador 46 de SIP
responde a la Inscripción 308 con una respuesta 310 de 200 OK de
SIP, dirigida al servidor 44 de PTT.
El Dispositivo Registrador 46 de SIP contenido
en el núcleo 48 de SIP/IP, también notifica la Inscripción del
terminal de PTT y el Modo Operativo mediante el envío de una
Notificación 312 de SIP que contiene el Estado de Registro =
Inscrito y el Modo Operativo = Auto 313 en el cuerpo de la
Notificación 312, al servidor 44 de PTT. Como respuesta, el
servidor 44 de PTT ajusta el estado 54 (Figura 3) del terminal 42 de
PTT correspondiente en su tabla 56 de estado (Figura 3), en
Inscrito y en el Modo de Respuesta Automática 58'''''. Finalmente,
para este modo inicial, el servidor 44 de PTT responde a la
Notificación 312 con una respuesta 314 de 200 OK de SIP, dirigida al
Dispositivo Registrador 46 de SIP.
Si el usuario conmuta el terminal 42 de PTT, por
ejemplo, al Modo de Respuesta Manual, esto dispara entonces una
Inscripción de refresco por parte del terminal 42 de PTT. El
terminal 42 de PTT se Inscribe de nuevo con el núcleo 48 de SIP/IP
mediante el envío de una petición 316 de Registro de SIP al núcleo
48 de SIP/IP que contiene un encabezamiento de Contacto 317 con un
parámetro-característica de +poc.operating.mode =
"Manual". El Dispositivo Registrador 46 de SIP contenido en el
núcleo 48 de SIP/IP, responde al Registro 316 con una respuesta 320
de 200 OK de SIP, dirigida al terminal 42 de PTT. El Dispositivo
Registrador 46 de SIP contenido en el núcleo 48 de SIP/IP, también
notifica el nuevo Modo Operativo del terminal de PTT mediante el
envío de una Notificación 318 de SIP que contiene la Información de
Presencia, incluyendo el Modo Operativo = Manual 319 en el cuerpo
de la Notificación 318, al servidor 44 de PTT. Como respuesta, el
servidor 44 de PTT conmuta el estado 54 (Figura 3) del terminal 42
de PTT correspondiente en su tabla 56 de estado (Figura 3), al Modo
de Respuesta Manual 68'''. Por último, el servidor 44 de PTT
responde a la Notificación 318 con una respuesta 322 de 200 OK de
SIP, dirigida al Dispositivo Registrador 46 de SIP.
Haciendo referencia a la Figura 9A, el terminal
42 de PTT comunica su modo operativo (respuesta) utilizando el
método de Publicación de SIP y un paquete de suceso que contiene
elementos para el valor en curso en ese momento de su modo
operativo (respuesta). El método de Publicación es encaminado al
servidor 44 de red de PTT de SIP.
El terminal 42 de PTT se ha inscrito
inicialmente con el dispositivo registrador 46 de SIP (Figura 3). En
el Modo de Respuesta Automática, el terminal 42 de PTT notifica su
modo operativo vigente en ese momento (por ejemplo, el Modo de
Respuesta Automática) mediante el envío de una Publicación 338 de
SIP que contiene el Modo Operativo = Auto 339 en el cuerpo de la
Publicación 338, al núcleo 48 de SIP/IP. A continuación, el núcleo
48 de SIP/IP encamina la Publicación 338 de SIP, como se muestra por
la referencia 340, al servidor 44 de red de PTT de SIP. Como
respuesta, el servidor 44 de PTT ajusta el estado 54 (Figura 3) del
terminal 42 de PTT correspondiente en su tabla 56 de estado (Figura
2), en el Modo de Respuesta Automática 58''''''. A continuación, el
servidor 44 de red de PTT de SIP responde a la Publicación 338,
encaminada según se indica por la referencia 340, con una respuesta
342 de 200 OK de SIP, dirigida al núcleo 48 de SIP/IP. A su vez, el
núcleo 48 de SIP/IP encamina la respuesta 342 de 200 OK de SIP, tal
como se muestra por la referencia 344, al terminal 42 de PTT.
Haciendo referencia a la Figura 9B, conforme se
indica por la referencia 353, el usuario conmuta el terminal 42 de
PTT del Modo de Respuesta Automática al Modo de Respuesta Manual.
Esto desencadena o dispara el terminal 42 de PTT para que notifique
su modo operativo vigente en ese momento (respuesta) mediante el
envío de una Publicación 354 de SIP, que contiene el Modo Operativo
= Manual 355 en el cuerpo de la Publicación 354, al núcleo 48 de
SIP/IP. A su vez, el núcleo 48 de SIP/IP encamina la Publicación 354
de SIP, tal como se muestra por la referencia 356, al servidor 44
de red de PTT de SIP. Como respuesta, el servidor 44 de PTT conmuta
el estado 54 (Figura 3) del terminal de PTT correspondiente en su
tabla 56 de estado (Figura 3), al Modo de Respuesta Manual 68''''.
A continuación, el servidor 44 de red de PTT de SIP responde a la
Publicación 354, encaminada según se indica por la referencia 356,
con una respuesta 358 de 200 OK de SIP, dirigida al núcleo 48 de
SIP/IP. A continuación, el núcleo 48 de SIP/IP encamina la respuesta
358 de 200 OK de SIP, tal y como se muestra por la referencia 360,
al terminal 42 de PTT.
Como alternativa a los diagramas de mensajes de
las Figuras 6 y 7, es posible un amplio abanico de variaciones y/o
de combinaciones de estos flujos de mensajes. Por ejemplo, el
servidor de Presencia 108 de la Figura 6 puede emplear los mensajes
280, 282, 284, 287, 292, 294 de la Figura 7, de tal modo que el
servidor de Presencia 108, en lugar del servidor 44 de PTT, lleve a
cabo la Suscripción a los Sucesos de Registro 281 del terminal 42 de
PTT, en lugar de los mensajes 252, 262 de la Figura 6.
Si bien se han descrito un Modo de Respuesta
Automática, un Modo de Respuesta Siempre Automática y un Nodo de
Respuesta Manual en relación con la Figura 2, pueden emplearse dos
de tales modos o los tres.
Si bien el Modo de Respuesta Automática y el
Modo de Respuesta Manual se han descrito en asociación con las
Figuras 3-5, 8 y 9A-9B, es posible
emplear el Modo de Respuesta Siempre Automática o uno cualquiera de
tales modos, dos de ellos o los tres.
Aunque se ha descrito el Modo de Respuesta
Automática en asociación con las Figuras 6 y 7, puede emplearse el
Modo de Respuesta Manual, el Modo de Respuesta Siempre Automática o
uno cualquiera de dichos modos, dos de ellos o los tres.
Tal y como se emplea aquí, la expresión "Modo
de Respuesta Automática" significa lo mismo que la expresión
"Modo de Respuesta Auto".
Tal y como aquí se utiliza, la expresión "Modo
de Respuesta Auto" significa lo mismo que la expresión "Modo de
Respuesta Automática".
Tal y como se emplea aquí, la expresión "Modo
de Respuesta Siempre Automática" significa lo mismo que la
expresión "Modo de Respuesta Siempre Auto".
Tal y como aquí se utiliza, la expresión "Modo
de Respuesta Siempre Auto" significa lo mismo que la expresión
"Modo de Respuesta Siempre Automática".
El Servidor de Gestión de Grupo (GLMS), tal como
se ha referido aquí, puede ser un Servidor de Gestión de Lista de
Grupo (no mostrado) o un Servidor de Gestión de Documentos de XML
(XDMS) (no mostrado). Un servidor de gestión de documentos y/o una
base de datos (no mostrada), que incluye un XDMS o un GLMS o
Servidor de Gestión de Lista de Grupo (Group List Management
Server), almacena identidades de grupo, listas de contactos y o
políticas o criterios de autorización. Puede haber, también, uno o
más XDMSs que operen al mismo tiempo.
Si bien se han descrito en detalle realizaciones
específicas de la invención, se apreciará por parte de los expertos
de la técnica que pueden desarrollarse, a la luz de las enseñanzas
globales de la divulgación, diversas modificaciones y alternativas
para esos detalles. De acuerdo con ello, se pretende que las
disposiciones particulares descritas sean únicamente ilustrativas, y
no limitativas por lo que respecta al ámbito de la invención.
Claims (53)
1. Un método para un dispositivo (20) de
comunicación de pulsación para hablar, que incluye un modo operativo
(22) destinado a indicar dicho modo operativo a un servidor (24) de
red de pulsación para hablar, de tal modo que dicho método
comprende:
emplear (26) como modo operativo de dicho
dispositivo de comunicación de pulsación para hablar, uno de entre
un primer modo de respuesta (28) y un segundo modo de respuesta
(30);
emplear dicho primer modo de respuesta y dicho
segundo modo de respuesta como un modo de respuesta automática (28)
de pulsación para hablar y como un modo de respuesta manual (30) de
pulsación para hablar;
emplear (32) una red de comunicación (34) que
incluye un servidor (24) de red de pulsación para hablar; e
indicar (38) dicho modo operativo en un mensaje
(40) de Protocolo de Inicio de Sesión procedente de dicho
dispositivo de comunicación de pulsación para hablar, a dicho
servidor de red de pulsación para hablar, a través de dicha red de
comunicación.
2. El método de acuerdo con la reivindicación 1,
que comprende adicionalmente:
emplear como dicho primer modo de respuesta
dicho modo de respuesta automática (28) de pulsación para
hablar;
emplear como dicho segundo modo de respuesta
dicho modo de respuesta manual (30) de pulsación para hablar;
emplear como dicha red de comunicación una red
de núcleo (34) de Protocolo de Internet; y
emplear como dicho servidor de red de pulsación
para hablar un servidor (24) de red de pulsación para hablar de
Protocolo de Internet.
3. El método de acuerdo con la reivindicación 2,
que comprende adicionalmente:
registrar (53) el modo operativo de dicho
dispositivo de comunicación de pulsación para hablar, con dicho
servidor de red de pulsación para hablar de Protocolo de
Internet.
4. El método de acuerdo con la reivindicación 3,
que comprende adicionalmente:
emplear un dispositivo registrador (46) de
Protocolo de Inicio de Sesión en dicha red de núcleo de Protocolo de
Internet; y
enviar un primer mensaje (50) de Registro de
Protocolo de Inicio de Sesión desde dicho dispositivo de
comunicación de pulsación para hablar a dicho dispositivo
registrador de Protocolo de Inicio de Sesión.
5. El método de acuerdo con la reivindicación 4,
que comprende:
enviar un mensaje (52) de Registro de Protocolo
de Inicio de Sesión del dispositivo registrador de Protocolo de
Inicio de Sesión a dicho servidor de red de pulsación para hablar de
Protocolo de Internet.
6. El método de acuerdo con la reivindicación 4,
que comprende:
emplear como el modo operativo de dicho
dispositivo de comunicación de pulsación para hablar, dicho modo de
respuesta automática (28) de pulsación para hablar; e
incluir en dicho primer mensaje de Registro de
Protocolo de Iniciación de Sesión una cabecera o encabezamiento (51)
que tiene un parámetro que representa dicho modo de respuesta
automática de pulsación para hablar.
7. El método de acuerdo con la reivindicación 6,
que comprende adicionalmente:
enviar un segundo mensaje (52) de Registro de
Protocolo de Inicio de Sesión de dicho dispositivo registrador de
Protocolo de Inicio de Sesión a dicho servidor de red de pulsación
para hablar de Protocolo de Internet;
incluir en dicho segundo mensaje de Registro de
Protocolo de Inicio de Sesión un encabezamiento (53) que tiene un
parámetro que representa dicho modo de respuesta automática de
pulsación para hablar; y
ajustar un estado (54) de dicho dispositivo de
comunicación de pulsación para hablar en dicho modo de respuesta
automática (58) de pulsación para hablar, en dicho servidor de red
de pulsación para hablar de Protocolo de Internet.
\newpage
8. El método de acuerdo con la reivindicación 4,
que comprende adicionalmente:
emplear como el modo operativo de dicho
dispositivo de comunicación de pulsación para hablar, un modo de
respuesta siempre automática (29) de pulsación para hablar; e
incluir en dicho primer mensaje (50) de Registro
de Protocolo de Inicio de Sesión un encabezamiento (51) que tiene un
parámetro que representa dicho modo de respuesta siempre automática
de pulsación para hablar.
9. El método de acuerdo con la reivindicación 8,
que comprende adicionalmente:
enviar un segundo mensaje (52) de Registro de
Protocolo de Inicio de Sesión desde dicho dispositivo registrador de
Protocolo de Inicio de Sesión a dicho servidor de red de pulsación
para hablar de Protocolo de Internet;
incluir en dicho segundo mensaje de Registro de
Protocolo de Inicio de Sesión un encabezamiento (53) que tiene una
parámetro que representa dicho modo de respuesta siempre automática
de pulsación para hablar; y
ajustar un estado de dicho dispositivo de
comunicación de pulsación para hablar en dicho modo de respuesta
siempre automática (29) de pulsación para hablar, en dicho servidor
de red de pulsación para hablar de Protocolo de Internet.
10. El método de acuerdo con la reivindicación
4, que comprende adicionalmente:
emplear como el modo operativo de dicho
dispositivo de comunicación de pulsación para hablar, dicho modo de
respuesta manual de pulsación para hablar; y
incluir en dicho mensaje (64) de Registro de
Protocolo de Inicio de Sesión un encabezamiento (65) que tiene un
parámetro que representa dicho modo de respuesta manual de pulsación
para hablar.
11. El método de acuerdo con la reivindicación
10, que comprende adicionalmente:
enviar un segundo mensaje (66) de Registro de
Protocolo de Inicio de Sesión desde dicho dispositivo registrador de
Protocolo de Inicio de Sesión a dicho servidor de red de pulsación
para hablar de Protocolo de Internet;
incluir en dicho mensaje de Registro de
Protocolo de Inicio de Sesión una cabecera o encabezamiento (67) que
tiene un parámetro que representa dicho modo de respuesta manual de
pulsación para hablar; y
ajustar un estado de dicho dispositivo de
comunicación de pulsación para hablar en dicho modo de respuesta
manual (68) de pulsación para hablar, en dicho servidor de red de
pulsación para hablar de Protocolo de Internet.
12. El método de acuerdo con la reivindicación
2, que comprende adicionalmente:
notificar (88) a dicho servidor de red de
pulsación para hablar de Protocolo de Internet, el modo operativo de
dicho dispositivo de comunicación de pulsación para hablar.
13. El método de acuerdo con la reivindicación
12, que comprende adicionalmente:
enviar un mensaje (80) de Inscripción de
Protocolo de Inicio de Sesión, asociado con dicho modo operativo de
dicho dispositivo de comunicación de pulsación para hablar, desde
dicho servidor de red de pulsación para hablar de Protocolo de
Internet a dicha red de núcleo de Protocolo de Internet; y
encaminar, por parte de dicha red de núcleo de
Protocolo de Internet, dicho mensaje (82) de Inscripción de
Protocolo de Inicio de Sesión a dicho dispositivo de comunicación de
pulsación para hablar.
14. El método de acuerdo con la reivindicación
13, que comprende:
definir y emplear un paquete de suceso, que
incluye dicho modo de respuesta automática de pulsación para hablar,
que está en propiedad de dicho dispositivo de comunicación de
pulsación para hablar.
15. El método de acuerdo con la reivindicación
14, que comprende adicionalmente:
suscribir el uso de dicho mensaje (80) de
Inscripción de Protocolo de Inicio de Sesión para dicho paquete de
suceso en dicho dispositivo de comunicación de pulsación para
hablar;
enviar un mensaje (88) de Notificación de
Protocolo de Inicio de Sesión para dicho modo de respuesta
automática de pulsación para hablar, desde dicho dispositivo de
comunicación de pulsación para hablar a dicha red de núcleo de
Protocolo de Internet;
\newpage
encaminar dicho mensaje (90) de Notificación de
Protocolo de Inicio de Sesión, por parte de dicha red de núcleo de
Protocolo de Internet, a dicho servidor de red de pulsación para
hablar de Protocolo de Internet; y
ajustar un estado de dicho dispositivo de
comunicación de pulsación para hablar en dicho modo de respuesta
automática (58') de pulsación para hablar, en dicho servidor de red
de pulsación para hablar de Protocolo de Internet.
16. El método de acuerdo con la reivindicación
12, que comprende adicionalmente:
definir y emplear un paquete de suceso,
incluyendo dicho modo de respuesta automática de pulsación para
hablar, que está en propiedad de dicho dispositivo de comunicación
de pulsación para hablar.
17. El método de acuerdo con la reivindicación
16, que comprende adicionalmente:
enviar un mensaje (118) de Publicación de
Protocolo de Inicio de Sesión que contiene dicho paquete de suceso
asociado con dicho modo operativo de dicho dispositivo de
comunicación de pulsación para hablar, desde dicho dispositivo de
comunicación de pulsación para hablar a dicha red de núcleo de
Protocolo de Internet;
encaminar (128) dicho mensaje de Publicación de
Protocolo de Inicio de Sesión, por parte de dicha red de núcleo de
Protocolo de Internet, a dicho servidor de red de pulsación para
hablar de Protocolo de Internet; y
ajustar un estado (58'') de dicho dispositivo de
comunicación de pulsación para hablar en dicho modo de respuesta
automática de pulsación para hablar, en dicho servidor de red de
pulsación para hablar de Protocolo de Internet.
18. El método de acuerdo con la reivindicación
13, que comprende adicionalmente:
definir y emplear un paquete de suceso,
incluyendo un modo de respuesta siempre automática de pulsación para
hablar, que está en propiedad de dicho dispositivo de comunicación
de pulsación para hablar.
19. El método de acuerdo con la reivindicación
18, que comprende adicionalmente:
suscribir el uso de dicho mensaje de Inscripción
de Protocolo de Inicio de Sesión para dicho paquete de suceso en
dicho dispositivo de comunicación de pulsación para hablar;
enviar un mensaje (88) de Notificación de
Protocolo de Inicio de Sesión para dicho modo de respuesta siempre
automática de pulsación para hablar, desde dicho dispositivo de
comunicación de pulsación para hablar a dicha red de núcleo de
Protocolo de Internet;
encaminar (90) dicho mensaje de Notificación de
Protocolo de Inicio de Sesión, por parte de dicha red de núcleo de
Protocolo de Internet, a dicho servidor de red de pulsación para
hablar de Protocolo de Internet; y
ajustar un estado (58') de dicho dispositivo de
comunicación de pulsación para hablar en dicho modo de respuesta
siempre automática de pulsación para hablar, en dicho servidor de
red de pulsación para hablar de Protocolo de Internet.
20. El método de acuerdo con la reivindicación
12, que comprende adicionalmente:
definir y emplear un paquete de suceso,
incluyendo un modo de respuesta siempre automática de pulsación para
hablar, que está en propiedad de dicho dispositivo de comunicación
de pulsación para hablar.
21. El método de acuerdo con la reivindicación
20, que comprende adicionalmente:
enviar un mensaje (118) de Publicación de
Protocolo de Inicio de Sesión que contiene dicho paquete de suceso
asociado con dicho modo operativo de dicho dispositivo de
comunicación de pulsación para hablar, desde dicho dispositivo de
comunicación de pulsación para hablar a dicha red de núcleo de
Protocolo de Internet;
encaminar (128) dicho mensaje de Publicación de
Protocolo de Inicio de Sesión, por parte de dicha red de núcleo de
Protocolo de Internet, a dicho servidor de red de pulsación para
hablar de Protocolo de Internet; y
ajustar un estado (58') de dicho dispositivo de
comunicación de pulsación para hablar en dicho modo de respuesta
siempre automática de pulsación para hablar, en dicho servidor de
red de pulsación para hablar de Protocolo de Internet.
22. El método de acuerdo con la reivindicación
13, que comprende adicionalmente:
definir y emplear un paquete de suceso,
incluyendo dicho modo de respuesta manual de pulsación para hablar,
que está en propiedad de dicho dispositivo de comunicación de
pulsación para hablar.
\newpage
23. El método de acuerdo con la reivindicación
22, que comprende adicionalmente:
suscribir el uso de dicho mensaje (80) de
Inscripción de Protocolo de Inicio de Sesión para dicho paquete de
suceso en dicho dispositivo de comunicación de pulsación para
hablar;
enviar un mensaje (96) de Notificación de
Protocolo de Inicio de Sesión para dicho modo de respuesta manual de
pulsación para hablar, desde dicho dispositivo de comunicación de
pulsación para hablar a dicha red de núcleo de Protocolo de
Internet;
encaminar (98) dicho mensaje de Notificación de
Protocolo de Inicio de Sesión, por parte de dicha red de núcleo de
Protocolo de Internet, a dicho servidor de red de pulsación para
hablar de Protocolo de Internet; y
ajustar un estado (68') de dicho dispositivo de
comunicación de pulsación para hablar en dicho modo de respuesta
manual de pulsación para hablar, en dicho servidor de red de
pulsación para hablar de Protocolo de Internet.
24. El método de acuerdo con la reivindicación
12, que comprende adicionalmente:
definir y emplear un paquete de suceso,
incluyendo dicho modo de respuesta manual de pulsación para hablar,
que está en propiedad de dicho dispositivo de comunicación de
pulsación para hablar.
25. El método de acuerdo con la reivindicación
24, que comprende adicionalmente:
enviar un mensaje (118) de Publicación de
Protocolo de Inicio de Sesión que contiene dicho paquete de suceso
asociado con dicho modo operativo de dicho dispositivo de
comunicación de pulsación para hablar, desde dicho dispositivo de
comunicación de pulsación para hablar a dicha red de núcleo de
Protocolo de Internet;
encaminar (128) dicho mensaje de Publicación de
Protocolo de Inicio de Sesión, por parte de dicha red de núcleo de
Protocolo de Internet, a dicho servidor de red de pulsación para
hablar de Protocolo de Internet; y
ajustar un estado (58'') de dicho dispositivo de
comunicación de pulsación para hablar en dicho modo de respuesta
manual de pulsación para hablar, en dicho servidor de red de
pulsación para hablar de Protocolo de Internet.
26. El método de acuerdo con la reivindicación
2, que comprende adicionalmente:
publicar (120) el modo operativo de dicho
dispositivo de comunicación de pulsación para hablar, en un servidor
de Presencia de dicha red de núcleo de Protocolo de Internet.
27. El método de acuerdo con la reivindicación
2, que comprende adicionalmente:
publicar (338, 340) el modo operativo de dicho
dispositivo de comunicación de pulsación para hablar, en un servidor
de red de pulsación para hablar de Protocolo de Internet.
28. El método de acuerdo con la reivindicación
26, que comprende adicionalmente:
definir y emplear un paquete de suceso, para
dicho dispositivo de comunicación de pulsación para hablar, que
incluye dicho modo operativo.
29. El método de acuerdo con la Reivindicación
28, que comprende adicionalmente:
enviar un mensaje (110) de Inscripción de
Protocolo de Inicio de Sesión para dicho paquete de suceso, desde
dicho servidor de red de pulsación para hablar de Protocolo de
Internet a dicha red de núcleo de Protocolo de Internet; y
encaminar (112) dicho mensaje de Inscripción de
Protocolo de Inicio de Sesión, por parte de dicha red de núcleo de
Protocolo de Internet, a dicho servidor de Presencia de dicha red de
núcleo de Protocolo de Internet.
30. El método de acuerdo con la reivindicación
28, que comprende adicionalmente:
enviar un mensaje (118) de Publicación de
Protocolo de Inicio de Sesión, que contiene una representación de
dicho modo de respuesta automática de pulsación para hablar, desde
dicho dispositivo de comunicación de pulsación para hablar a dicha
red de núcleo de Protocolo de Internet.
31. El método de acuerdo con la reivindicación
30, que comprende adicionalmente:
encaminar (120) dicho mensaje de Publicación de
Protocolo de Inicio de Sesión, por parte de dicha red de núcleo de
Protocolo de Internet, a dicho servidor de Presencia;
\newpage
enviar un mensaje (126) de Notificación de
Protocolo de Inicio de Sesión, que contiene una representación de
dicho modo de respuesta automática de pulsación para hablar, desde
dicho servidor de Presencia a dicha red de núcleo de Protocolo de
Internet;
encaminar (128) dicho mensaje de Notificación de
Protocolo de Inicio de Sesión, por parte de dicha red de núcleo de
Protocolo de Internet, a dicho servidor de red de pulsación para
hablar de Protocolo de Internet; y
ajustar un estado (58'') de dicho dispositivo de
comunicación de pulsación para hablar en dicho modo de respuesta
automática de pulsación para hablar, en dicho servidor de red de
pulsación para hablar de Protocolo de Internet.
32. El método de acuerdo con la reivindicación
30, que comprende adicionalmente:
encaminar (128) dicho mensaje de Publicación de
Protocolo de Inicio de Sesión, por parte de dicha red de núcleo de
Protocolo de Internet, a dicho servidor de red de pulsación para
hablar de Protocolo de Internet; y
ajustar un estado (58'') de dicho dispositivo de
comunicación de pulsación para hablar en dicho modo de respuesta
automática de pulsación para hablar, en dicho servidor de red de
pulsación para hablar de Protocolo de Internet.
33. El método de acuerdo con la reivindicación
28, que comprende adicionalmente:
enviar un mensaje (118) de Publicación de
Protocolo de Inicio de Sesión, que contiene una representación de un
modo de respuesta siempre automática de pulsación para hablar, desde
dicho dispositivo de comunicación de pulsación para hablar, a dicha
red de núcleo de Protocolo de Internet.
34. El método de acuerdo con la reivindicación
33, que comprende adicionalmente:
encaminar (120) dicho mensaje de Publicación de
Protocolo de Inicio de Sesión, por parte de dicha red de núcleo de
Protocolo de Internet, a dicho servidor de Presencia;
enviar un mensaje (126) de Notificación de
Protocolo de Inicio de Sesión, que contiene una representación de
dicho modo de respuesta siempre automática de pulsación para hablar,
desde dicho servidor de Presencia a dicha red de núcleo de Protocolo
de Internet;
encaminar (128) dicho mensaje de Notificación de
Protocolo de Inicio de Sesión, por parte de dicha red de núcleo de
Protocolo de Internet, a dicho servidor de red de pulsación para
hablar de Protocolo de Internet; y
ajustar un estado (58'') de dicho dispositivo de
comunicación de pulsación para hablar en dicho modo de respuesta
siempre automática de pulsación para hablar, en dicho servidor de
red de pulsación para hablar de Protocolo de Internet.
35. El método de acuerdo con la reivindicación
33, que comprende adicionalmente:
encaminar (128) dicho mensaje de Publicación de
Protocolo de Inicio de Sesión, por parte de dicha red de núcleo de
Protocolo de Internet, a dicho servidor de red de pulsación para
hablar de Protocolo de Internet; y
ajustar un estado (58'') de dicho dispositivo de
comunicación de pulsación para hablar en dicho modo de respuesta
siempre automática de pulsación para hablar, en dicho servidor de
red de pulsación para hablar de Protocolo de Internet.
36. El método de acuerdo con la reivindicación
28, que comprende adicionalmente:
enviar un mensaje (134) de Publicación de
Protocolo de Inicio de Sesión, que contiene una representación de
dicho modo de respuesta manual de pulsación para hablar, desde dicho
dispositivo de comunicación de pulsación para hablar, a dicha red de
núcleo de Protocolo de Internet.
37. El método de acuerdo con la reivindicación
36, que comprende adicionalmente:
encaminar (136) dicho mensaje de Publicación de
Protocolo de Inicio de Sesión, por parte de dicha red de núcleo de
Protocolo de Internet, a dicho servidor de Presencia;
enviar un mensaje (142) de Notificación de
Protocolo de Inicio de Sesión, que contiene una representación de
dicho modo de respuesta manual de pulsación para hablar, desde dicho
servidor de Presencia a dicha red de núcleo de Protocolo de
Internet;
encaminar (144) dicho mensaje de Notificación de
Protocolo de Inicio de Sesión, por parte de dicha red de núcleo de
Protocolo de Internet, a dicho servidor de red de pulsación para
hablar de Protocolo de Internet; y
\newpage
ajustar un estado (68'') de dicho dispositivo de
comunicación de pulsación para hablar en dicho modo de respuesta
manual de pulsación para hablar, en dicho servidor de red de
pulsación para hablar de Protocolo de Internet.
38. El método de acuerdo con la reivindicación
36, que comprende adicionalmente:
encaminar (144) dicho mensaje de Publicación de
Protocolo de Inicio de Sesión, por parte de dicha red de núcleo de
Protocolo de Internet, a dicho servidor de red de pulsación para
hablar de Protocolo de Internet; y
ajustar un estado (68'') de dicho dispositivo de
comunicación de pulsación para hablar en dicho modo de respuesta
manual de pulsación para hablar, en dicho servidor de red de
pulsación para hablar de Protocolo de Internet.
39. El método de acuerdo con la reivindicación
2, que comprende adicionalmente:
emplear como dicho dispositivo de comunicación
de pulsación para hablar un terminal inalámbrico (4) de pulsación
para hablar.
40. El método de acuerdo con la reivindicación
2, que comprende adicionalmente:
emplear como dicha red de núcleo de Protocolo de
Internet una red de núcleo (34) de Protocolo de Inicio de
Sesión/Protocolo de Internet.
41. El método de acuerdo con la reivindicación
2, que comprende adicionalmente:
emplear como dicha red de núcleo de Protocolo de
Internet una red (34) de pulsación para hablar por celular, de
Protocolo de Inicio de Sesión, a fin de indicar dicho modo operativo
a dicho servidor de red de pulsación para hablar de Protocolo de
Internet.
42. El método de acuerdo con la reivindicación
2, que comprende adicionalmente:
seleccionar una de entre dicho modo de respuesta
automática (28) de pulsación para hablar, un modo de respuesta
siempre automática (29) de pulsación para hablar y dicho modo de
respuesta manual (30) de pulsación para hablar, en dicho dispositivo
de comunicación de pulsación para hablar, y proporcionar como
respuesta dicha indicación (38) de dicho modo operativo en un
mensaje (40) de Protocolo de Inicio de Sesión, desde dicho
dispositivo de comunicación de pulsación para hablar a dicho
servidor de red de pulsación para hablar de Protocolo de Internet, a
través de dicha red de núcleo de Protocolo de Internet.
43. El método de acuerdo con la reivindicación
42, que comprende adicionalmente:
emplear un conmutador de lengüeta (43) para
seleccionar dicho uno de entre dicho modo de respuesta automática de
pulsación para hablar, dicho modo de respuesta siempre automática de
pulsación para hablar y dicho modo de respuesta manual de pulsación
para hablar, en dicho dispositivo de comunicación de pulsación para
hablar.
44. El método de acuerdo con la reivindicación
2, que comprende adicionalmente:
emplear un servidor de Presencia (108) de
Protocolo de Inicio de Sesión en dicha red de núcleo de Protocolo de
Internet;
enviar un mensaje (250) de Registro de Protocolo
de Inicio de Sesión, que incluye dicho modo operativo, desde dicho
dispositivo de comunicación de pulsación para hablar a dicha red de
núcleo de Protocolo de Internet; y
encaminar (252), por parte de dicha red de
núcleo de Protocolo de Internet, dicho mensaje de Registro de
Protocolo de Inicio de Sesión, que incluye dicho modo operativo, a
dicho servidor de Presencia.
45. El método de acuerdo con la reivindicación
44, que comprende adicionalmente:
enviar un mensaje (226) de Notificación de
Protocolo de Inicio de Sesión, que incluye dicho modo operativo,
desde dicho servidor de Presencia a dicha red de núcleo de Protocolo
de Internet; y
encaminar (228), por parte de dicha red de
núcleo de Protocolo de Internet, dicho mensaje de Notificación de
Protocolo de Inicio de Sesión, que incluye dicho modo operativo, a
dicho servidor de red de pulsación para hablar de Protocolo de
Internet.
46. El método de acuerdo con la reivindicación
2, que comprende adicionalmente:
emplear un servidor (46) de Inscripción de
Protocolo de Inicio de Sesión en dicha red de núcleo de Protocolo de
Internet;
\newpage
aceptar una Inscripción (210) desde dicho
servidor de red de pulsación para hablar de Protocolo de Internet,
en dicho servidor de Inscripción de Protocolo de Inicio de Sesión, a
un paquete de Suceso de Inscripción, para dicho dispositivo de
comunicación de pulsación para hablar; y
inscribir (250) dicho modo operativo de dicho
dispositivo de comunicación de pulsación para hablar, con dicho
servidor de Inscripción.
47. El método de acuerdo con la reivindicación
46, que comprende adicionalmente:
enviar un mensaje (268) de Notificación de
Protocolo de Inicio de Sesión para dicho modo operativo, desde dicho
servidor de Inscripción a dicho servidor de red de pulsación para
hablar de Protocolo de Internet.
48. El método de acuerdo con la reivindicación
2, que comprende adicionalmente:
emplear un servidor (46) de Inscripción de
Protocolo de Inicio de Sesión en dicha red de núcleo de Protocolo de
Internet;
aceptar una Inscripción (210) desde dicho
servidor de red de pulsación para hablar de Protocolo de Internet,
en dicho servidor de Inscripción de Protocolo de Inicio de Sesión, a
un paquete de Suceso de Inscripción, para dicho dispositivo de
comunicación de pulsación para hablar;
inscribir (250) dicho modo operativo de dicho
dispositivo de comunicación de pulsación para hablar, con dicho
servidor de Inscripción; y
notificar (266, 268) dicho modo operativo a
dicho servidor de red de pulsación para hablar de Protocolo de
Internet.
49. El método de acuerdo con la reivindicación
48, que comprende adicionalmente:
emplear como dicho modo operativo de dicho
dispositivo de comunicación de pulsación para hablar, un primer modo
operativo (30);
cambiar dicho primer modo operativo a un segundo
modo operativo diferente (28) de dicho dispositivo de comunicación
de pulsación para hablar;
inscribir (250) dicho segundo modo operativo
diferente de dicho dispositivo de comunicación de pulsación para
hablar, con dicho servidor de Inscripción; y
notificar (266, 268) dicho segundo modo
operativo diferente a dicho servidor de red de pulsación para hablar
de Protocolo de Internet.
50. El método de acuerdo con la reivindicación
2, que comprende adicionalmente:
emplear un servidor (108) de Inscripción de
Protocolo de Inicio de Sesión en dicha red de núcleo de Protocolo de
Internet;
emplear un servidor de Presencia (108) de
Protocolo de Inicio de Sesión en dicha red de núcleo de Protocolo de
Internet;
aceptar una Inscripción (210) desde dicho
servidor de Presencia de Protocolo de Internet, en dicho servidor de
Inscripción de Protocolo de Inicio de Sesión, a un paquete de Suceso
de Inscripción, para dicho dispositivo de comunicación (250) de
pulsación para hablar; e
inscribir dicho modo operativo de dicho
dispositivo de comunicación de pulsación para hablar, con dicho
servidor de Inscripción.
51. El método de acuerdo con la reivindicación
50, que comprende adicionalmente:
enviar un mensaje (252) de Notificación de
Protocolo de Inicio de Sesión para dicho modo operativo, desde dicho
servidor de Inscripción a dicho servidor de Presencia.
52. El método de acuerdo con la reivindicación
51, que comprende adicionalmente:
enviar otro mensaje (266) de Notificación de
Protocolo de Inicio de Sesión para dicho modo operativo, desde dicho
servidor de Presencia a dicho servidor de red de pulsación para
hablar de Protocolo de Internet.
53. Un dispositivo electrónico de mano (20) de
pulsación para hablar, que incluye un modo operativo (22), de tal
modo de que dicho dispositivo electrónico de mano de pulsación para
hablar comprende:
medios (8) para comunicarse con una red de
comunicación (34) que incluye un servidor (24) de red de pulsación
para hablar; y
medios para indicar dicho modo operativo en un
mensaje (40) de Protocolo de Inicio de Sesión, desde dicho
dispositivo electrónico de mano de pulsación para hablar, a dicho
servidor de red de pulsación para hablar, a través de dicha red de
comunicación,
en el que dicho modo operativo es uno de entre
un primer modo de respuesta (28) y un segundo modo de respuesta
(30), y
en el cual dicho primer modo de respuesta y
dicho segundo modo de respuesta son un modo de respuesta automática
(28) de pulsación para hablar y un modo de respuesta manual (30) de
pulsación para hablar.
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US56166404P | 2004-04-13 | 2004-04-13 | |
US561664P | 2004-04-13 | ||
US62003404P | 2004-10-19 | 2004-10-19 | |
US620034P | 2004-10-19 |
Publications (1)
Publication Number | Publication Date |
---|---|
ES2320908T3 true ES2320908T3 (es) | 2009-05-29 |
Family
ID=34964745
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
ES05732855T Active ES2320908T3 (es) | 2004-04-13 | 2005-04-12 | Metodo para un terminal de pulsacion para hablar(ptt) de protocolo de inicio de sesion para indicar el modo operativo de respuesta a un servidor de red de pulsacion para hablar (ptt) de protocolo de internet. |
ES08172157T Active ES2346110T3 (es) | 2004-04-13 | 2005-04-12 | Metodo para un terminal de pulsacion para hablar (ptt) de protocolo de inicio de sesion para indicar el modo operativo de respuesta a un servidor de red de pulsacion para hablar (ptt) de protocolo de internet. |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
ES08172157T Active ES2346110T3 (es) | 2004-04-13 | 2005-04-12 | Metodo para un terminal de pulsacion para hablar (ptt) de protocolo de inicio de sesion para indicar el modo operativo de respuesta a un servidor de red de pulsacion para hablar (ptt) de protocolo de internet. |
Country Status (11)
Country | Link |
---|---|
US (2) | US7280502B2 (es) |
EP (3) | EP2031826B1 (es) |
JP (2) | JP4540706B2 (es) |
KR (1) | KR101154156B1 (es) |
CN (1) | CN1973509B (es) |
AT (2) | ATE424083T1 (es) |
AU (2) | AU2005234201B2 (es) |
CA (1) | CA2558130C (es) |
DE (2) | DE602005021261D1 (es) |
ES (2) | ES2320908T3 (es) |
WO (1) | WO2005101786A1 (es) |
Families Citing this family (69)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7522931B2 (en) * | 1998-06-05 | 2009-04-21 | Netnumber, Inc. | Method and apparatus for accessing a network computer to establish a push-to-talk session |
US8990304B2 (en) * | 2003-11-11 | 2015-03-24 | Telefonaktiebolaget L M Ericsson (Publ) | Method for providing multimedia information to a calling party at call set up |
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 |
US20060089174A1 (en) * | 2004-04-29 | 2006-04-27 | Tapwave, Inc. | Mobile computing device with a physical button for wireless communications |
US7444160B1 (en) * | 2004-07-20 | 2008-10-28 | Sony Ericsson Mobile Communications Ab | Silent mode for mobile terminal push-to-talk |
US7395080B2 (en) * | 2004-07-30 | 2008-07-01 | Kyocera Wireless Corp. | Call processing system and method |
KR100640324B1 (ko) * | 2004-08-19 | 2006-10-30 | 삼성전자주식회사 | 이동통신 단말기에서의 푸시투토크 방식의 그룹 통화 방법 |
CN101027926B (zh) * | 2004-09-21 | 2012-11-14 | 艾利森电话股份有限公司 | 提供无线一键通(PoC)动态业务选项的设备和方法 |
KR100666984B1 (ko) | 2004-09-24 | 2007-01-10 | 삼성전자주식회사 | 푸쉬 투 토크 오버 셀룰러 시스템 사용자의 응답 모드에따른 호 처리 시스템 및 방법 |
JP4348271B2 (ja) * | 2004-10-05 | 2009-10-21 | パナソニック株式会社 | Sip端末制御システム |
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 |
US10116691B2 (en) * | 2004-11-23 | 2018-10-30 | Kodiak Networks, Inc. | VoIP denial-of-service protection mechanisms from attack |
KR101058643B1 (ko) * | 2005-01-11 | 2011-08-22 | 삼성전자주식회사 | 푸쉬 투 토크 오버 셀룰러 시스템의 그룹 세션 개시 방법및 그 시스템 |
KR101181174B1 (ko) * | 2005-01-26 | 2012-09-18 | 삼성전자주식회사 | 푸쉬투토크 오버 셀룰러 시스템 사용자의 단말 교체시세션 지속 보장 방법 및 그 시스템 |
KR100761276B1 (ko) * | 2005-04-11 | 2007-09-28 | 엘지전자 주식회사 | PoC서비스를 위한 Simultaneous 세션제어방법 및 장치 |
DE102005037569B4 (de) * | 2005-08-09 | 2011-03-03 | Infineon Technologies Ag | Verfahren zum Vergeben eines Kommunikationsrechts, Kommunikationskonferenz-Sitzung-Server und Kommunikationskonferenz-Sitzung-Server-Anordnung |
KR101159341B1 (ko) * | 2005-08-19 | 2012-06-25 | 삼성전자주식회사 | Xdm 서비스 정보 관리 시스템 및 방법 |
EP1925140B1 (en) * | 2005-09-15 | 2012-11-21 | Telefonaktiebolaget LM Ericsson (publ) | Method and apparatus for keeping information up to date at an ims client |
JP4722656B2 (ja) * | 2005-09-29 | 2011-07-13 | 京セラ株式会社 | 無線通信装置及び無線通信方法 |
EP1781053B1 (en) * | 2005-10-28 | 2012-05-02 | TELEFONAKTIEBOLAGET LM ERICSSON (publ) | Methods and apparatus for push to talk type service |
CN1794652B (zh) * | 2005-11-09 | 2011-09-14 | 华为技术有限公司 | 一种设置呈现体配置信息的方法、系统、服务器及单元 |
US7676548B2 (en) * | 2005-12-07 | 2010-03-09 | Samsung Electronics Co., Ltd | System and method for providing a presence service |
KR101225403B1 (ko) * | 2005-12-12 | 2013-01-22 | 삼성전자주식회사 | PoC 시스템에서 PoC 그룹 세션 개설을 위한 방법과단말기 및 그 시스템 |
US20070140299A1 (en) * | 2005-12-15 | 2007-06-21 | Hofmann Markus A | Method and network for providing service blending to a subscriber |
US7693270B2 (en) * | 2005-12-15 | 2010-04-06 | Alcatel-Lucent Usa Inc. | Method and network for providing service blending to a subscriber |
US7937102B2 (en) * | 2005-12-22 | 2011-05-03 | Motorola Mobility, Inc. | Method of operating a multi-camp mobile communication device while engaged in a call and receiving a dispatch call |
KR101002572B1 (ko) * | 2006-01-12 | 2010-12-17 | 엘지전자 주식회사 | PT Box를 이용한 PT 세션 설정 방법 및 단말 |
KR101008121B1 (ko) | 2006-02-10 | 2011-01-13 | 후아웨이 테크놀러지 컴퍼니 리미티드 | Xml 문서 관리 방법 및 시스템 |
US20070255714A1 (en) * | 2006-05-01 | 2007-11-01 | Nokia Corporation | XML document permission control with delegation and multiple user identifications |
US9100408B2 (en) * | 2006-05-02 | 2015-08-04 | Telefonaktiebolaget L M Ericsson (Publ) | Method for registering multi-contact devices |
US20080285487A1 (en) * | 2006-05-10 | 2008-11-20 | Jan Forslow | Method and system for providing full duplex services over multiple simplex media paths and sessions |
KR101322990B1 (ko) | 2006-08-09 | 2013-10-29 | 엘지전자 주식회사 | Pt 서비스의 자동 응답 모드에서의 프라이버시 확보 방법 |
KR20080013684A (ko) * | 2006-08-09 | 2008-02-13 | 엘지전자 주식회사 | Pt 서비스의 자동 응답 모드에서의 프라이버시 확보 방법 |
JP5230622B2 (ja) * | 2006-08-14 | 2013-07-10 | サムスン エレクトロニクス カンパニー リミテッド | プレゼンス属性に基づくプレゼンス通知システム及び方法 |
US9025587B2 (en) * | 2006-08-16 | 2015-05-05 | Microsoft Technology Licensing | Auto answer in voice over internet protocol |
US8306529B2 (en) * | 2006-09-15 | 2012-11-06 | Alcatel Lucent | Method and apparatus for concurrent registration of voice and data subscribers |
GB2443008A (en) * | 2006-10-20 | 2008-04-23 | Vodafone Plc | Group management in a Session Initiation Protocol network. |
JP4847840B2 (ja) * | 2006-10-20 | 2011-12-28 | ソフトバンクモバイル株式会社 | 通信端末、通信方法、通信プログラム、および通信システム |
US20080133742A1 (en) * | 2006-11-30 | 2008-06-05 | Oz Communications Inc. | Presence model for presence service and method of providing presence information |
US8223961B2 (en) * | 2006-12-14 | 2012-07-17 | Motorola Mobility, Inc. | Method and device for answering an incoming call |
CN101115059A (zh) * | 2007-01-19 | 2008-01-30 | 华为技术有限公司 | 多媒体子系统中传递终端信息的方法、设备及系统 |
US20080178253A1 (en) * | 2007-01-22 | 2008-07-24 | Antti Laurila | User Access Policy for Storing Offline |
JP2008225688A (ja) * | 2007-03-09 | 2008-09-25 | Nec Corp | 端末制御方法及び該方法を用いたサービス提供システム |
US8219087B2 (en) * | 2007-03-21 | 2012-07-10 | Cellco Partnership | Method, apparatus, computer program product and system for providing dynamic assignment of session capabilities |
KR101431826B1 (ko) | 2007-03-29 | 2014-08-25 | 삼성전자주식회사 | 프레젼스 소스로부터 프레젼스 정보를 직접 요청하기 위한시스템 및 방법 |
KR20090019665A (ko) | 2007-08-21 | 2009-02-25 | 삼성전자주식회사 | 구독자의 선호도를 참조하여 sip을 기반으로 하는이벤트 통지를 제어하는 시스템 및 방법 |
CN101426017B (zh) * | 2007-11-01 | 2012-06-27 | 华为技术有限公司 | 一种地址簿的处理方法和系统 |
KR101470504B1 (ko) * | 2008-04-23 | 2014-12-08 | 삼성전자주식회사 | 핸드오버 서비스를 제공하는 이동 단말기 및 네트워크 장치 |
US8374643B2 (en) * | 2009-02-25 | 2013-02-12 | Research In Motion Limited | Systems and methods for facilitating push-to-talk (PTT) communications using SIP-based messaging |
US20120134352A1 (en) * | 2010-11-30 | 2012-05-31 | Nextel Communications, Inc. | Systems and Methods for Web-Based Push-To-Talk Communications |
US8990381B2 (en) * | 2010-12-31 | 2015-03-24 | Motorola Solutions, Inc. | Method and apparatus for managing common and application specific presence information |
US8769076B2 (en) * | 2011-02-14 | 2014-07-01 | Telefonaktiebolaget L M Ericsson (Publ) | Methods and systems for presence publication using SIP register feature tags |
CN103117985B (zh) * | 2011-11-17 | 2016-04-13 | 中国电信股份有限公司 | 一种控制多个同号sip 终端注册到网络的方法和系统 |
CN103188667B (zh) * | 2011-12-27 | 2016-08-03 | 中国电信股份有限公司 | 无线局域网接入方法、网关及网络融合系统 |
US20140162644A1 (en) * | 2012-12-11 | 2014-06-12 | Innovative Sonic Corporation | Method and apparatus for proximity service enhancement in a wireless communication system |
US9049688B2 (en) * | 2013-02-04 | 2015-06-02 | Google Technology Holdings LLC | Selective auto-accept of full duplex push to talk call |
WO2017062595A1 (en) | 2015-10-06 | 2017-04-13 | Kodiak Networks Inc. | System and method for tuning ptt over lte |
CA3000202C (en) | 2015-10-06 | 2022-05-31 | Kodiak Networks, Inc. | System and method for media encoding scheme (mes) selection |
US10425450B2 (en) * | 2016-02-27 | 2019-09-24 | Ofinno, Llc | Mission critical communications |
US10264077B2 (en) * | 2016-04-04 | 2019-04-16 | Netsapiens | System and methods for employing non-related communication architecture for signaling in another communication architecture |
US11146946B2 (en) * | 2018-09-20 | 2021-10-12 | T-Mobile Usa, Inc. | Presence server message handling |
US11632419B1 (en) | 2019-12-19 | 2023-04-18 | Avalara, Inc. | Coarse values for estimating less-than-critical resources |
US12028273B2 (en) | 2019-09-27 | 2024-07-02 | Avalara, Inc. | Computing systems, networks, and notifications |
US11463375B1 (en) | 2020-03-05 | 2022-10-04 | Avalara, Inc. | Online software platform (OSP) accessing digital rules updated based on client inputs |
CA3182235A1 (en) * | 2020-07-02 | 2022-01-06 | Gregory T. Kavounas | Online service platform (osp) generating and transmitting on behalf of primary entity to third party proposal of the primary entity while maintaining the primary entity anonymous |
US11330034B1 (en) | 2020-10-27 | 2022-05-10 | T-Mobile Usa, Inc. | Data disruption tracking for wireless networks, such as IMS networks |
CN112511703B (zh) * | 2020-12-02 | 2023-01-03 | 中国建设银行股份有限公司 | 一种话机自动应答的处理方法、装置及电子设备 |
JP7553805B2 (ja) | 2020-12-29 | 2024-09-19 | アイコム株式会社 | 無線機、無線通信制御方法および無線通信制御プログラム |
JP7553806B2 (ja) | 2020-12-29 | 2024-09-19 | アイコム株式会社 | 無線機、無線通信制御方法および無線通信制御プログラム |
Family Cites Families (23)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPS62115832A (ja) | 1985-11-15 | 1987-05-27 | Sharp Corp | 半導体装置のメサ溝形成方法 |
JP2568199B2 (ja) * | 1987-05-14 | 1996-12-25 | 日本電信電話株式会社 | 同報通話方式 |
US6240150B1 (en) * | 1998-05-12 | 2001-05-29 | Nortel Networks Limited | Method and apparatus for filtering interference in a modem receiver |
US6584490B1 (en) | 1998-10-30 | 2003-06-24 | 3Com Corporation | System and method for providing call-handling services on a data network telephone system |
US6360093B1 (en) * | 1999-02-05 | 2002-03-19 | Qualcomm, Incorporated | Wireless push-to-talk internet broadcast |
US6564261B1 (en) | 1999-05-10 | 2003-05-13 | Telefonaktiebolaget Lm Ericsson (Publ) | Distributed system to intelligently establish sessions between anonymous users over various networks |
US6240391B1 (en) | 1999-05-25 | 2001-05-29 | Lucent Technologies Inc. | Method and apparatus for assembling and presenting structured voicemail messages |
US6751468B1 (en) * | 1999-05-26 | 2004-06-15 | Bellsouth Intellectual Property Corporation | Systems and methods for providing push to talk feature for wireless communication systems |
US6671370B1 (en) | 1999-12-21 | 2003-12-30 | Nokia Corporation | Method and apparatus enabling a calling telephone handset to choose a ringing indication(s) to be played and/or shown at a receiving telephone handset |
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 |
CN1395172A (zh) * | 2001-07-06 | 2003-02-05 | 英业达股份有限公司 | 仿真实际电子化邮件系统及其方法 |
US7307963B2 (en) | 2001-08-03 | 2007-12-11 | At&T Corp. | Architecture and method for using IEEE 802.11-like wireless LAN system to emulate private land mobile radio system (PLMRS) radio service |
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 |
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 |
SE0300555D0 (sv) * | 2003-02-24 | 2003-02-24 | Ericsson Telefon Ab L M | Improvements in or relating to push-to-talk services |
US7107017B2 (en) * | 2003-05-07 | 2006-09-12 | Nokia Corporation | System and method for providing support services in push to talk communication platforms |
US8090396B2 (en) * | 2003-06-30 | 2012-01-03 | Motorola Mobility, Inc. | Push-to-talk features in wireless communications devices and methods |
EP1698157A2 (en) * | 2003-12-08 | 2006-09-06 | Kyocera Wireless Corporation | Push to talk user interface for the management of contacts |
US20050143111A1 (en) * | 2003-12-30 | 2005-06-30 | Fitzpatrick Matthew D. | Determining availability of members of a contact list in a communication device |
US20050169223A1 (en) * | 2004-01-16 | 2005-08-04 | Crocker Ronald T. | Method and apparatus for facilitating a PTT session initiation using an IP-based protocol |
US20060116151A1 (en) * | 2004-01-16 | 2006-06-01 | Sullivan Joseph R | Method and apparatus for management of paging resources associated with a push-to-talk communication session |
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 |
-
2005
- 2005-04-12 DE DE602005021261T patent/DE602005021261D1/de active Active
- 2005-04-12 KR KR1020067023738A patent/KR101154156B1/ko active IP Right Grant
- 2005-04-12 ES ES05732855T patent/ES2320908T3/es active Active
- 2005-04-12 EP EP08172157A patent/EP2031826B1/en active Active
- 2005-04-12 AU AU2005234201A patent/AU2005234201B2/en active Active
- 2005-04-12 JP JP2007504489A patent/JP4540706B2/ja active Active
- 2005-04-12 EP EP05732855A patent/EP1741262B1/en active Active
- 2005-04-12 ES ES08172157T patent/ES2346110T3/es active Active
- 2005-04-12 CA CA2558130A patent/CA2558130C/en active Active
- 2005-04-12 US US11/104,385 patent/US7280502B2/en active Active
- 2005-04-12 AT AT05732855T patent/ATE424083T1/de not_active IP Right Cessation
- 2005-04-12 AT AT08172157T patent/ATE467971T1/de not_active IP Right Cessation
- 2005-04-12 EP EP09168421.7A patent/EP2114048B1/en active Active
- 2005-04-12 CN CN200580012359XA patent/CN1973509B/zh active Active
- 2005-04-12 WO PCT/GB2005/001392 patent/WO2005101786A1/en active Application Filing
- 2005-04-12 DE DE602005012942T patent/DE602005012942D1/de active Active
-
2007
- 2007-07-31 US US11/831,015 patent/US8639280B2/en active Active
-
2009
- 2009-06-03 JP JP2009134526A patent/JP2009232474A/ja active Pending
- 2009-09-16 AU AU2009215232A patent/AU2009215232B2/en active Active
Also Published As
Publication number | Publication date |
---|---|
US8639280B2 (en) | 2014-01-28 |
US7280502B2 (en) | 2007-10-09 |
EP1741262A1 (en) | 2007-01-10 |
CN1973509A (zh) | 2007-05-30 |
JP2009232474A (ja) | 2009-10-08 |
CN1973509B (zh) | 2012-07-04 |
EP2031826B1 (en) | 2010-05-12 |
JP4540706B2 (ja) | 2010-09-08 |
US20070270104A1 (en) | 2007-11-22 |
AU2009215232A1 (en) | 2009-10-08 |
EP2114048A1 (en) | 2009-11-04 |
EP2031826A2 (en) | 2009-03-04 |
EP1741262B1 (en) | 2009-02-25 |
JP2007531366A (ja) | 2007-11-01 |
KR101154156B1 (ko) | 2012-06-14 |
EP2114048B1 (en) | 2015-04-01 |
EP2031826A3 (en) | 2009-05-27 |
DE602005021261D1 (de) | 2010-06-24 |
AU2005234201B2 (en) | 2009-06-18 |
CA2558130A1 (en) | 2005-10-27 |
US20050255811A1 (en) | 2005-11-17 |
ATE424083T1 (de) | 2009-03-15 |
AU2009215232B2 (en) | 2012-07-19 |
CA2558130C (en) | 2011-09-06 |
ATE467971T1 (de) | 2010-05-15 |
KR20060130783A (ko) | 2006-12-19 |
WO2005101786A1 (en) | 2005-10-27 |
DE602005012942D1 (de) | 2009-04-09 |
AU2005234201A1 (en) | 2005-10-27 |
ES2346110T3 (es) | 2010-10-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
ES2320908T3 (es) | Metodo para un terminal de pulsacion para hablar(ptt) de protocolo de inicio de sesion para indicar el modo operativo de respuesta a un servidor de red de pulsacion para hablar (ptt) de protocolo de internet. | |
CA2665514C (en) | Voice over internet protocol (voip) multi-user conferencing | |
US7324505B2 (en) | Sustained VOIP call logs using PoC contact lists | |
KR100900492B1 (ko) | 그룹 서비스의 그룹 정보 | |
MXPA05003071A (es) | Un administrador de comunicacion para proveer multimedia en una red de comunicacion en grupo. | |
MXPA05004068A (es) | Metodo y aparato para la creacion de una direccion de grupo dinamico. | |
WO2005107361A2 (en) | A communication system | |
WO2005107156A1 (en) | Group communication in a communication system | |
KR20060111207A (ko) | 푸쉬투토크 오버 셀룰러 망의 구성원 추가 방법 및 그시스템 | |
CN110324817A (zh) | 基于区块链的国际漫游通信方法、业务控制点节点 | |
EP2116036B1 (en) | Identifying participants in a conference | |
US7711380B2 (en) | PoC communication server apparatus, terminal apparatus and PoC communication method | |
JP2011525316A (ja) | セルラー網を用いたプッシュ・ツー・トークにおけるプライベート通信 | |
PT1766858E (pt) | Protecção de privacidade por testemunho de autenticação num sistema de comunicação push-to-talk num sistema de telecomunicações celulares | |
MXPA06011739A (es) | Metodo para una terminal de pulsar para hablar de protocolo de inicio de sesion para indicar el modo de operacion de respuesta para un servidor de red de pulsar para hablar de protocolo de internet | |
Burman | Push-to-talk in PDC packet data network | |
Schwarzkopf et al. | Mobile location-based voice over internet protocol group call service | |
Akerkar | Improving'Presence'Situation in the SIP Based IP Telephony Networks | |
MX2008005964A (es) | Conferencia de múltiples usuarios de protocolo de voz a través de internet |