ES2340176T3 - Procedimientos y aparato para un servicio tipo pulsar para hablar. - Google Patents
Procedimientos y aparato para un servicio tipo pulsar para hablar. Download PDFInfo
- Publication number
- ES2340176T3 ES2340176T3 ES05110144T ES05110144T ES2340176T3 ES 2340176 T3 ES2340176 T3 ES 2340176T3 ES 05110144 T ES05110144 T ES 05110144T ES 05110144 T ES05110144 T ES 05110144T ES 2340176 T3 ES2340176 T3 ES 2340176T3
- Authority
- ES
- Spain
- Prior art keywords
- media
- channel
- request
- type
- types
- 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
- 238000000034 method Methods 0.000 title claims abstract description 39
- 230000001413 cellular effect Effects 0.000 claims description 9
- 238000012545 processing Methods 0.000 claims description 9
- 238000012546 transfer Methods 0.000 claims description 9
- 238000004590 computer program Methods 0.000 claims description 6
- 230000005540 biological transmission Effects 0.000 claims description 2
- 230000000694 effects Effects 0.000 claims 1
- 238000010586 diagram Methods 0.000 description 6
- 239000013256 coordination polymer Substances 0.000 description 5
- 230000014509 gene expression Effects 0.000 description 4
- 238000013459 approach Methods 0.000 description 3
- 238000012790 confirmation Methods 0.000 description 3
- 238000004519 manufacturing process Methods 0.000 description 3
- 238000004891 communication Methods 0.000 description 2
- 230000000977 initiatory effect Effects 0.000 description 1
- 238000001228 spectrum Methods 0.000 description 1
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/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
- 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/1066—Session management
- H04L65/1101—Session protocols
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
- Transceivers (AREA)
Abstract
Un procedimiento para el uso en un servicio de tipo pulsar para hablar, en el que se requiere un canal para que un terminal distribuya contenido de medios a otro terminal que participe en una sesión de tipo pulsar para hablar, que comprende el envío de (1) un mensaje de solicitud de canal que se relaciona con al menos dos tipos de contenido de medios diferentes, caracterizado porque el mensaje de solicitud de canal indica, para al menos uno de los tipos de medios, cómo y/o en qué grado la aprobación o la denegación de la solicitud relativa a ese tipo de medios afecta y/o depende de la solicitud relativa a al menos otro tipo de medios.
Description
Procedimientos y aparato para un servicio tipo
pulsar para hablar.
La presente invención versa acerca de
procedimientos y un aparato para el uso en un servicio de tipo
pulsar para hablar, por ejemplo en lo que se denomina servicio de
tipo pulsar para hablar por servicio celular.
Hace tiempo que los servicios de tipo
radioteléfono emisor-receptor portátil
(walkie-talkie) cobraron popularidad entre los
usuarios que desean transmitir rápidamente mensajes breves entre sí.
Convencionalmente, tales servicios han sido prestados mediante
radios portátiles bidireccionales que utilizan una parte dedicada
del espectro radiofónico, pero que solo permiten que los usuarios
se comuniquen con un grupo pequeño de usuarios preseleccionados que
utilizan terminales similares y que están dentro de la cobertura del
alcance operativo relativamente corto de las radios. Más
recientemente, se han introducido servicios en los Estados Unidos
que se aprovechan de la infraestructura existente de servicio
celular. Sin embargo, estos servicios han sido de naturaleza
propietaria y no han permitido que los usuarios se comuniquen entre
redes de proveedores diferentes.
En un intento por ampliar el uso de los
servicios de tipo radioteléfono emisor-receptor
portátil (walkie-talkie), se ha establecido
una agrupación industrial denominada Open Mobile Alliance
(www.openmobilealliance.org) con el objetivo de estandarizar los
protocolos adecuado que permitan la capacidad de funcionamiento
entre redes para servicios de radioteléfono
emisor-receptor portátil ofrecidos en redes de
servicio celular. El servicio establecido por diversos estándares
se denomina de tipo pulsar para hablar por servicio celular (PoC).
La PoC presupone que los datos de voz asociados serán transportados
por una red de acceso conmutada por paquetes. En el caso de GSM y
UMTS, este será el servicio general de paquetes vía radio (GPRS) o
la red de acceso 3G. En otras arquitecturas de red, se utilizarán
redes de acceso análogas conmutadas por paquetes para el transporte
de datos de voz. Los servicios de tipo pulsar para hablar también
pueden ofrecerse en redes de acceso conmutadas por circuitos,
aunque esta no es la opción preferida.
El sistema de tipo pulsar para hablar por
servicio celular (PoC) se implementa típicamente en redes
GSM/GPRS/3G y hace uso del Subsistema Multimedia IP (IMS),
estandarizado por el Proyecto de Asociación de Tercera Generación
para facilitar la introducción de servicios avanzados de datos en
las redes móviles, y en particular de servicios multimedia en
tiempo real. El IMS depende del Protocolo de Inicio de Sesión (SIP),
que ha sido definido por el Grupo de Trabajo de Ingeniería en
Internet (IETF) para el establecimiento y el control de sesiones
multimedia basadas en IP. Un Servidor PoC se sitúa dentro del IMS o
va unido al mismo, e implementa la funcionalidad para configurar y
controlar las Sesiones PoC.
Típicamente, los sistemas existentes de tipo
pulsar para hablar (PTT) y de conferencia usan un mecanismo de
control para otorgar a uno de los usuarios el derecho de habar,
mientras que se niega tal derecho a otros usuarios en la
comunicación, que están en modo de escucha. Suele aludirse
típicamente a tal mecanismo de control como control de canal,
arbitraje de abonados, control de conversación en ráfagas, etc. Por
ejemplo, en la actualidad la Alianza Abierta de Servicio celular
(OMA) está trabajando en una especificación del sistema de tipo
pulsar para hablar por servicio celular (PoC), que incluye el
Protocolo de Control de Conversación en Ráfagas (TBCP).
Para solicitar el derecho a hablar en nombre del
usuario, típicamente, el terminal (Cliente PoC) envía un mensaje de
solicitud al controlador (Servidor PoC). Típicamente, el controlador
responde o bien aprobando o bien rechazando la solicitud.
Típicamente, el controlador restringe el tiempo que se permite
hablar al usuario, típicamente poniendo en marcha un temporizador
de permiso para hablar cuando concede la solicitud, y usa algún
mecanismo para interrumpir al usuario, típicamente enviando un
mensaje de revocación al terminal del usuario o, simplemente, no
transmitiendo los medios del usuario. Típicamente, el usuario que es
interrumpido por el controlador es penalizado por el controlador de
alguna manera; por ejemplo, no concediendo al usuario el derecho a
hablar durante cierto periodo de tiempo.
En la OMA está evolucionando la siguiente
versión de la PoC de la OMA (denominada en este documento "PoC
2", llamándose "PoC 1" a la versión anterior). Parte de la
funcionalidad planeada es incluir nuevos tipos de medios, como
imágenes, vídeo, etc., que puedan ser compartidos dentro de una
Sesión PoC. Cada tipo de medios tendrá su propio control de canal.
El siguiente extracto procede del Documento de Requisitos de la PoC
2 de la OMA
[OMARD-PoC-V2_0-20050902-D
Push to Talk Over Cellular 2 Requirements, Borrador 2.0 - 2 de
septiembre de 2005]: "Si una sesión incluye flujos de vídeo (y
ráfagas de conversación), la infraestructura PoC DEBERÍA soportar
una capacidad de configurar un modo preferido de los flujos de vídeo
en el Cliente PoC. Esta configuración puede realizarse o bien: (a)
debido a las limitaciones del cliente PoC (por ejemplo, un cliente
PoC 1), configurada por el Proveedor del Servicio; o (b)
configurada por el usuario". También del Documento de Requisitos
de la PoC 2 de la OMA: "Los modos de envío de flujos de vídeo de
forma conjunta con la voz son: (i) Modo de fuente única: Tanto la
voz PoC como el vídeo PoC proceden del mismo Participante en una
Sesión PoC en tiempo casi real; y (ii) Modo de fuentes múltiples:
La voz PoC es enviada desde un Participante y el vídeo PoC es
enviado desde otro participante en la misma Sesión PoC". También
del Documento de Requisitos de la PoC 2 de la OMA: "Si es
aplicable el Control de Ráfagas de Medios para el tipo de medios,
los elementos de la red PoC SOPORTARÁN la capacidad de un Control de
Ráfagas de Medios para cada medio en una Sesión PoC. El Control de
Ráfagas de Medios SERÁ aplicable a todos los Tipos de Medios
Continuos y DEBERÍA ser aplicable a los tipos de Medios
Diferenciados implicados en una sesión PoC. Nota: Los tipos de
Medios Diferenciados solo deberían usar el Control de Ráfagas de
Medios si es esencial para la aplicación que usa el habilitador
PoC". También del Documento de Requisitos de la PoC 2 de la OMA:
"Si es aplicable el Control de Ráfagas de Medios para el tipo de
medios, los elementos de la red PoC SOPORTARÁN la capacidad de un
Control de Ráfagas de Medios para múltiples medios en una Sesión
PoC".
La PoC 1 solo tiene un control monolítico del
canal, para un único tipo de medio: la ráfaga de conversación. La
PoC 2 expande la gestión medios para incluir otros tipos de medios,
como el vídeo. Los requisitos PoC 2 especifican que es preciso que
haya un mecanismo que sincronice el canal para diferentes medios, de
forma que sea posible que un usuario envíe una ráfaga de
conversación y un flujo de vídeo a la vez, así como lo contrario,
cuando un usuario envía la ráfaga de conversación mientras que otro
envía el flujo de vídeo.
En la Figura 1 de los dibujos adjuntos se
ilustra un enfoque posible a la implementación de un control
múltiple de ráfagas de medios, que muestra un Cliente PoC CP en
comunicación con un Servidor PoC SP. En la etapa P1, se envía una
Solicitud de Ráfaga de Conversación para medios de voz desde el
Cliente PoC CP al Servidor PoC SP. En la etapa P2, se envía una
Solicitud de Ráfaga de Conversación para un flujo de vídeo desde el
Cliente PoC CP al Servidor PoC SP. En la etapa P3, se deniega o se
aprueba la solicitud de Ráfaga de Conversación para voz con un
mensaje enviado desde el Servidor PoC SP al Cliente PoC CP. En la
etapa P4, se deniega o se aprueba la solicitud de Ráfaga de
Conversación para vídeo con un mensaje enviado desde el Servidor PoC
SP al Cliente PoC CP.
Sin embargo, el enfoque ilustrado en la Figura 1
no es ideal, ya que los canales no están coordinados, y puede ser
que el usuario no esté interesado en un caso en el que solo se
aprueba uno de los medios.
Otro problema de la solución existente en la PoC
1 de la OMA es que cuando a alguien se le concede el derecho a
enviar una Ráfaga de Conversación, el Servidor PoC espera que la
Ráfaga de Conversación se envíe desde el Cliente PoC que envió la
solicitud de Ráfaga de Conversación, de modo que el Servidor PoC
descartará cualquier Ráfaga de Conversación enviada desde cualquier
otro Cliente PoC.
Cuando se introduce la posibilidad de enviar
imágenes, vídeo o cualquier otro contenido de medios, un Cliente
PoC puede solicitar el canal para un tipo de medio en nombre de otro
Cliente PoC. Por ejemplo, si el Cliente PoC solicitante desea hablar
mientras otro Cliente PoC aporta la imagen, se requiere una
coordinación del canal entre el audio y la imagen.
Es deseable abordar los asuntos anteriormente
mencionados.
El documento US 2005/0124365 da a conocer un
procedimiento para el control del canal en un sistema PTT en el que
una estación móvil puede transmitir un mensaje o mensajes de
solicitud de canal y solicitar múltiples canales.
El documento US 2004/0190489 da a conocer un
procedimiento de gestión de una sesión de llamadas multimedia que
incluye recibir una solicitud para establecer una sesión que incluye
una pluralidad de tipos de medios.
Conforme a un primer aspecto de la presente
invención, se proporciona un procedimiento para el uso en un
servicio de tipo pulsar para hablar, en el que se requiere un canal
("floor") para que un terminal distribuya contenido de medios
a otro terminal que participe en una sesión de tipo pulsar para
hablar, que comprende el envío de un mensaje de solicitud de canal
que se relaciona con al menos dos tipos de contenido de medios
diferentes, en el que el mensaje de solicitud de canal indica, para
al menos uno de los tipos de medios, cómo y/o en qué grado la
aprobación o la denegación de la solicitud relativa a ese tipo de
medios afecta y/o depende de la solicitud relativa a al menos otro
tipo de medios.
El mensaje de solicitud de canal puede indicar,
para al menos uno de los tipos de medios, cómo y/o en qué grado la
aprobación o la denegación de la solicitud relativa a ese tipo de
medios afecta y/o depende de la aprobación o la denegación de la
solicitud relativa a al menos otro tipo de medios.
El mensaje de solicitud de canal puede indicar,
para al menos uno de los tipos de medios, que si se deniega la
solicitud relativa a ese tipo de medios, entonces la solicitud
relativa a cualquier otro tipo de medios debería denegarse
también.
El mensaje de solicitud de canal puede indicar,
para al menos uno de los tipos de medios, que la aprobación o la
denegación de la solicitud relativa a ese tipo de medios no deberían
afectar la aprobación o la denegación de la solicitud relativa a
cualquier otro tipo de medios.
El mensaje de solicitud de canal puede indicar,
para al menos uno de los tipos de medios, que la solicitud relativa
a ese tipo de medios solo se debería aprobar si se aprueba la
solicitud relativa a al menos otro tipo de medios especificado.
El mensaje de solicitud de canal puede indicar,
para al menos uno de los tipos de medios, que la solicitud relativa
a ese tipo de medios se debería aprobar o denegar en la misma medida
que se apruebe o deniegue la solicitud relativa a al menos otro
tipo de medios especificado.
El mensaje de solicitud de canal puede indicar,
cómo y/o en qué grado la aprobación o la denegación de la solicitud
relativa a ese tipo de medios dependen de al menos un factor de
influencia especificado, como el número de participantes que
recibirían ese tipo de medios, o la tasa calculada de transferencia
para ese tipo de medios.
El mensaje de solicitud de canal puede indicar,
para cada uno de los tipos de medios, qué terminal está designado
para proporcionar ese tipo de medios por el canal, en el supuesto
caso de que se aprobara la solicitud relativa a ese tipo de
medios.
El mensaje de solicitud de canal puede indicar,
para al menos uno de los tipos de medios, que un terminal distinto
a aquel que envió el mensaje de solicitud de canal está designado
para proporcionar ese tipo de medios por el canal, en el supuesto
caso de que se aprobara la solicitud relativa a ese tipo de
medios.
El mensaje de solicitud de canal puede
comprender el tratamiento del mensaje de solicitud de canal para
determinar, para cada uno de los al menos dos tipos de medios, si
se aprueba o se deniega la solicitud relativa a ese tipo de
medio.
El mensaje de solicitud de canal puede
comprender, al menos para cada tipo de medios relativo al cual se ha
aprobado la solicitud, el envío de un mensaje a ese efecto al
terminal designado para proporcionar ese tipo de
medios.
medios.
El mensaje de solicitud de canal puede
comprender el envío de un mensaje al terminal que envió el mensaje
de solicitud de canal para indicar, para cada tipo de medios, si se
ha aprobado o denegado o no la solicitud relativa a ese tipo de
medios.
El procedimiento puede comprender el envío de un
único mensaje tal al terminal o a cada terminal, en caso
necesario.
El procedimiento puede comprender el tratamiento
del mensaje de solicitud de canal para determinar, para cada uno de
los al menos dos tipos de medios, si se aprueba o se deniega la
solicitud relativa a ese tipo de medios.
El procedimiento puede comprender que la
aprobación del mensaje de solicitud de canal varíe sobre la base de
la determinación antes de aprobar o denegar definitivamente la
solicitud relativa a cada tipo de medios.
El servicio de tipo pulsar para hablar puede ser
un servicio de tipo pulsar para hablar por servicio celular.
El servicio de tipo pulsar para hablar puede ser
un servicio de conferencia.
El procedimiento puede comprender el envío de un
único mensaje de solicitud de canal tal. O puede comprender el
envío de una pluralidad de mensajes de solicitud, relacionándose
cada mensaje de la pluralidad con al menos uno de los tipos de
medios, considerándose conjuntamente la pluralidad de los mensajes
de solicitud.
Conforme a un segundo aspecto de la presente
invención, se proporciona un aparato para el uso en un servicio de
tipo pulsar para hablar, en el que se requiere un canal para que un
terminal distribuya contenido de medios a otro terminal que
participe en una sesión de tipo pulsar para hablar, que comprende
medios para el envío de un mensaje de solicitud de canal que se
relaciona con al menos dos tipos de contenido de medios diferentes,
en el que el mensaje de solicitud de canal indica, para al menos uno
de los tipos de medios, cómo y/o en qué grado la aprobación o la
denegación de la solicitud relativa a ese tipo de medios afecta y/o
depende de la solicitud relativa a al menos otro tipo de
medios.
Conforme a un tercer aspecto de la presente
invención, se proporciona un procedimiento para el uso en un
servicio de tipo pulsar para hablar, en el que se requiere un canal
para que un terminal distribuya contenido de medios a otro terminal
que participe en una sesión de tipo pulsar para hablar, que
comprende la recepción y el tratamiento de un mensaje de solicitud
de canal relativo a al menos dos tipos de contenido de medios
diferentes, en el que el mensaje de solicitud de canal indica, para
al menos uno de los tipos de medios, cómo y/o en qué grado la
aprobación o la denegación de la solicitud relativa a ese tipo de
medios afecta y/o depende de la solicitud relativa a al menos otro
tipo de medios.
Conforme a un cuarto aspecto de la presente
invención, se proporciona un aparato para el uso en un servicio de
tipo pulsar para hablar, en el que se requiere un canal para que un
terminal distribuya contenido de medios a otro terminal que
participe en una sesión de tipo pulsar para hablar, que comprende
medios para la recepción y el tratamiento de un mensaje de
solicitud de canal que se relaciona con al menos dos tipos de
contenido de medios diferentes, en el que el mensaje de solicitud
de canal indica, para al menos uno de los tipos de medios, cómo y/o
en qué grado la aprobación o la denegación de la solicitud relativa
a ese tipo de medios afecta y/o depende de la solicitud relativa a
al menos otro tipo de medios.
Conforme a un quinto aspecto de la presente
invención, se proporciona un procedimiento para el uso en un
servicio de tipo pulsar para hablar, en el que se requiere un canal
para que un terminal distribuya contenido de medios a otro terminal
que participe en una sesión de tipo pulsar para hablar, que
comprende el envío de un mensaje de solicitud de canal que se
relaciona con al menos dos tipos de contenido de medios diferentes,
en el que el mensaje de solicitud de canal indica, para cada uno de
los tipos de medios, qué terminal está designado para proporcionar
ese tipo de medios por el canal, en el supuesto caso de que se
aprobara la solicitud relativa a ese tipo de medios.
Conforme a un sexto aspecto de la presente
invención, se proporciona un aparato para el uso en un servicio de
tipo pulsar para hablar, en el que se requiere un canal para que un
terminal distribuya contenido de medios a otro terminal que
participe en una sesión de tipo pulsar para hablar, que comprende
medios para el envío de un mensaje de solicitud de canal que se
relaciona con al menos dos tipos de contenido de medios diferentes,
en el que el mensaje de solicitud de canal indica, para cada uno de
los tipos de medios, qué terminal está designado para proporcionar
ese tipo de medios por el canal, en el supuesto caso de que se
aprobara la solicitud relativa a ese tipo de medios.
Conforme a un séptimo aspecto de la presente
invención, se proporciona un procedimiento para el uso en un
servicio de tipo pulsar para hablar, en el que se requiere un canal
para que un terminal distribuya contenido de medios a otro terminal
que participe en una sesión de tipo pulsar para hablar, que
comprende la recepción y el tratamiento de un mensaje de solicitud
de canal relativo a al menos dos tipos de contenido de medios
diferentes, en el que el mensaje de solicitud de canal indica, para
cada uno de los tipos de medios, qué terminal está designado para
proporcionar ese tipo de medios por el canal, en el supuesto caso de
que se aprobara la solicitud relativa a ese tipo de medios.
Conforme a un octavo aspecto de la presente
invención, se proporciona un aparato para el uso en un servicio de
tipo pulsar para hablar, en el que se requiere un canal para que un
terminal distribuya contenido de medios a otro terminal que
participe en una sesión de tipo pulsar para hablar, que comprende
medios para la recepción y el tratamiento de un mensaje de
solicitud de canal que se relaciona con al menos dos tipos de
contenido de medios diferentes, en el que el mensaje de solicitud
de canal indica, para cada uno de los tipos de medios, qué terminal
está designado para proporcionar ese tipo de medios por el canal, en
el supuesto caso de que se aprobara la solicitud relativa a ese
tipo de medios.
Conforme a un noveno aspecto de la presente
invención, se proporciona un programa informático que, cuando se
carga en un aparato, hace que el aparato se convierta en un aparato
conforme a los aspectos segundo, cuarto, sexto u octavo de la
presente invención.
Conforme a un décimo aspecto de la presente
invención, se proporciona un programa operativo que, cuando se
ejecuta en un aparato, hace que el aparato efectúe un procedimiento
conforme a los aspectos primero, tercero, quinto o séptimo de la
presente invención.
El programa operativo puede estar contenido en
un soporte. El soporte puede ser un soporte de transmisión. El
soporte puede ser un soporte de almacenamiento.
Una realización de la presente invención
proporciona un procedimiento sencillo de solicitar el canal
simultáneamente para varios canales de medios independientes, y en
nombre de otro Cliente PoC. Una realización de la presente
invención también proporciona los medios para coordinar los tipos de
medios de la solicitud. Una realización de la presente invención
permite la capacidad de solicitar múltiples canales de medios en una
única solicitud y de solicitar un canal en hombre de otro
dispositivo (por ejemplo, de otro Cliente PoC).
La Figura 1, presentada anteriormente en el
presente documento, ilustra esquemáticamente un posible enfoque a
la implementación de un control de múltiples ráfagas de medios que
involucra un Cliente PoC y un Servidor PoC;
la Figura 2 es un diagrama de intercambio de
mensajes que ilustra el intercambio de mensajes en una realización
de la presente invención entre un Cliente PoC y un Servidor PoC en
un escenario posible;
la Figura 3 es un diagrama de intercambio de
mensajes que ilustra el intercambio de mensajes en una realización
de la presente invención entre dos Clientes PoC y un Servidor PoC en
otro escenario posible; y
la Figura 4 es una diagrama de bloques que
ilustra esquemáticamente las partes del Cliente PoC y del Servidor
PoC en una realización de la presente invención.
Conforme a una realización de la presente
invención, se usa un único mensaje de solicitud para pedir permiso
para enviar uno más tipos de medios; en otras palabras, un único
mensaje de solicitud para solicitar múltiples canales.
Para cada tipo de medio puede haber una
indicación de si se requiere el tipo de medio o si meramente se
prefiere. Si se prefiere un tipo de medio y el Servidor PoC no
puede conceder el permiso de enviar este tipo de medio, entonces la
solicitud puede concederse de todos modos (para otros tipos de
medios). Si se requiere un tipo de medio y el Servidor PoC no puede
conceder el permiso de enviar este tipo de medio, entonces el
Servidor PoC denegaría la solicitud aunque algunos de los otros
tipos de medios estén disponibles.
También es posible proporcionar una indicación
de qué terminal participante enviará un tipo de medio particular,
posibilitando solicitar permiso para enviar medios en nombre de otro
dispositivo; por ejemplo, de otro Cliente PoC. Si se aprueba una
solicitud, y si otro dispositivo distinto del Cliente PoC que
solicitó el canal ha de ser el origen de un tipo de media
particular, entonces el Servidor PoC enviaría un mensaje a ese otro
dispositivo para informarlo de que se concede permiso para ese tipo
de medio.
En lo que sigue se describirá con más detalle
una realización de la presente invención con referencia a las
Figuras 2, 3 y 4. La Figura 2 es un diagrama de intercambio de
mensajes que ilustra el intercambio de mensajes entre un Cliente
PoC A y un Servidor PoC S en un escenario posible, mientras que la
Figura 3 es un diagrama de intercambio de mensajes que ilustra el
intercambio de mensajes entre Clientes PoC A y B y el Servidor PoC
S en otro escenario posible. La Figura 4 es un diagrama de bloques
que ilustra esquemáticamente partes del Cliente PoC A y del Servidor
PoC S. El Cliente PoC A comprende una porción A1 de producción de la
solicitud y una porción A3 de envío de la solicitud; estas partes
funcionan bajo el control global de una porción A5 de gestión. El
Servidor PoC S comprende una porción S1 receptora de la solicitud,
una porción S3 de tratamiento de la solicitud y una porción S5 de
respuesta de la solicitud; estas partes funcionan bajo el control
global de una porción S7 de gestión.
En el primer escenario ilustrado en la Figura 2,
el Cliente PoC A solicita permiso para enviar contenido tanto de
voz como de medios de vídeo por el canal. En este escenario, el
Cliente PoC A especifica que se requieren ambos tipos de medio; en
otras palabras, si pueden concederse ambos tipos de medio a la vez,
entonces el Servidor PoC S debería denegar la solicitud relativa a
ambos tipos de medio, aunque esté disponible el canal para uno de
los tipos de
medio.
medio.
En la etapa 1, la Porción A3 de Envío de la
Solicitud del Cliente PoC A envía un mensaje de solicitud de canal
relativo a ambos tipos del contenido de medios, vídeo y voz. El
mensaje de solicitud de canal indica cómo, en qué grado la
aprobación o la denegación de la solicitud relativa a uno de los
tipos de medio debería afectar a la aprobación o la denegación de
la solicitud relativa al otro tipo de medio. La Porción A1 de
Producción de la Solicitud prepara el mensaje de solicitud.
En este ejemplo, el mensaje de solicitud indica
que si se deniega la solicitud relativa al tipo de medio de vídeo,
entonces también debiera denegarse la solicitud para el tipo de
media de voz, y viceversa. En otras palabras, se requieren
ambos.
Alternativamente, la información podría expresar
la información, en el sentido de que la solicitud relativa al tipo
de medio de voz debería aprobarse únicamente si se aprueba la
solicitud relativa al tipo de medio de vídeo.
O la información podría indicar que la solicitud
relativa al tipo de medio de vídeo debería aprobarse o denegarse en
la misma medida en que se apruebe o se deniegue la solicitud
relativa al tipo de medio de voz, es decir, que deberían
considerarse como un grupo o un conjunto que debería recibir
conjuntamente aprobación o denegación, independientemente de la
aprobación o la denegación de cualesquiera tipos adicionales de
medios representados en el mensaje de solicitud.
El mensaje de solicitud de canal podría indicar
también, para al menos uno de los tipos de medios, cómo y/o en qué
grado la aprobación o la denegación de la solicitud relativa a ese
tipo de medios afecta y/o depende de la aprobación o la denegación
de la solicitud relativa a al menos un factor de influencia
especificado. Un factor de influencia podría ser, por ejemplo, el
número de participantes que recibirían el tipo de medios, de modo
que la solicitud solo debería aprobarse si se va a distribuir a más
de un número especificado de participantes. O un factor de
influencia podría relacionarse con la tasa calculada de
transferencia para ese tipo de medios, de modo que la solicitud
solo debería aprobarse si la transferencia va a ser lo
suficientemente rápida.
La manera de expresar esta información, como la
interdependencia entre los tipos de medios representados en el
mensaje de solicitud y las condiciones requeridas para la aprobación
o la denegación no es importante. La manera de expresar esta
información sería inmediatamente evidente para la persona
experta.
Tras la recepción del mensaje de solicitud en la
Porción S1 Receptora de la Solicitud del Servidor PoC S, el mensaje
de solicitud se pasa a la Porción S3 de Tratamiento de la Solicitud
para que pueda extraerse e interpretarse la información de la
solicitud, y para que pueda adoptarse una decisión en cuanto a si
puede aprobarse o denegarse la solicitud y hasta qué grado.
A partir del mensaje de este ejemplo se
determina que el Cliente PoC A requiere tanto los tipos de medio de
voz y de vídeo. También se determina que el canal de voz está libre
y que el canal de vídeo está libre, de modo que es posible conceder
la solicitud relativa a tipos de medio tanto de voz como de
vídeo.
Por lo tanto, en la etapa 2 la Porción S5 de
Respuesta de la Solicitud devuelve un mensaje al Cliente PoC A para
indicar que se otorga un canal tanto para voz como para vídeo.
En un escenario alternativo, la Porción S3 de
Tratamiento de la Solicitud podría determinar que el Cliente PoC A
requiere los tipos de medio tanto de voz como de vídeo (igual que en
el escenario anterior), pero también que el canal de voz, o el
canal de vídeo, están ocupados. Por lo tanto, no es posible aprobar
la solicitud relativa a los tipos de medio tanto de voz como de
vídeo, y en la etapa 2 la Porción S5 de Respuesta de la Solicitud
devolvería un mensaje al Cliente PoC A para indicar que se deniega
el canal tanto para voz como para vídeo (o un mensaje global de
denegación).
Aunque en la realización anteriormente descrita
el Servidor PoC S autoriza o deniega la solicitud relativa a cada
tipo de medio, y luego devuelve un mensaje al Cliente PoC A para
indicar su decisión, también es posible que, en vez de ello, el
Servidor PoC S devuelva una respuesta inicial al Cliente PoC A para
indicar qué tipos de medios están disponibles, y que tipos de
medios no lo están (sin aprobar ni denegar aún ninguna de las
solicitudes). Esto daría al Cliente PoC A la opción de confirmar la
solicitud original (por ejemplo, si están disponibles algunos de
los tipos de medios, o todos ellos) o variar la solicitud con una
combinación diferente de tipos de medios y de condiciones
asociadas. La confirmación del Cliente PoC A podría ser explícita o
implícita (por ejemplo, dar por sentada su confirmación después de
un tiempo predeterminado sin confirmación explícita).
Tal como se ilustra en la Figura 3, en otro
escenario el Cliente PoC A pide de nuevo permiso para enviar por el
canal contenido de medios de voz y de vídeo. En este escenario, el
Cliente PoC A especifica que se requiere el tipo de medio de voz,
mientras que el tipo de medio de vídeo es meramente opcional o
preferido. En otras palabras, si el tipo de media de voz no puede
aprobarse, entonces el Servidor PoC S debería denegar la solicitud
relativa a ambos tipos de medio, incluso aunque esté disponible el
canal para el tipo de medio de vídeo. Por otra parte, si el tipo de
medio de vídeo no puede aprobar, entonces el Servidor PoC S debería
aprobar, a pesar de todo, si es posible, la solicitud relativa al
tipo de medio de voz.
En este escenario, el Cliente PoC A también
solicita el canal para vídeo en nombre del Cliente PoC B, de modo
que, si se aprueba el canal para vídeo, debería ser el Cliente PoC B
quien proporcione el contenido de vídeo por el canal aprobado.
En la etapa 1, la Porción A3 de Envío de la
Solicitud del Cliente PoC A envía un mensaje de solicitud de canal
relativo a ambos tipos del contenido de medios, vídeo y voz. El
mensaje de solicitud de canal indica que se requiere la voz y que
el vídeo es meramente opcional. El mensaje de solicitud también
indica que el Cliente PoC B está designado para proporcionar el
tipo de medio de vídeo por el canal, en el supuesto caso de que se
aprobase la solicitud relativa al tipo de medio de vídeo. (El
mensaje de solicitud podría indicar explícitamente que el Cliente
PoC A está designado para proporcionar el tipo de medio de voz por
el canal, en el supuesto caso de que se aprobara la solicitud
relativa al tipo de medio de voz, o bien podría hacer implícitamente
en ausencia de una indicación explícita, dado que el Cliente PoC A
es el remitente del mensaje de solicitud). La Porción A1 de
Producción de la Solicitud prepara el mensaje de solicitud.
Tras la recepción del mensaje de solicitud en la
Porción S1 Receptora de la Solicitud del Servidor PoC S, el mensaje
de solicitud se pasa a la Porción S3 de Tratamiento de la Solicitud
para que pueda extraerse e interpretarse la información de la
solicitud, y para que pueda adoptarse una decisión en cuanto a si
puede aprobarse o denegarse la solicitud y hasta qué grado.
A partir del mensaje de este ejemplo se
determina que se requiere el tipo de medio de voz, y que lo
proporcionará el Cliente PoC A. También se determina que el tipo de
medio de vídeo es opcional, y que lo proporcionará el Cliente PoC
B. Además, se determina que el canal de voz está libre y que el
canal de vídeo está libre, de modo que es posible conceder la
solicitud relativa a tipos de medio tanto de voz como de vídeo.
Por lo tanto, en la etapa 2.1, la Porción S5 de
Respuesta de la Solicitud devuelve un mensaje al Cliente PoC A para
indicar que se aprueba un canal para voz, y en la etapa 2.2 se envía
un mensaje al Cliente PoC B para indicar que se aprueba un canal
para vídeo.
En un escenario alternativo, la Porción S3 de
Tratamiento de la Solicitud podría determinar que el canal para
vídeo está ocupado, mientras que el canal para voz está libre. Dado
que el vídeo es opcional, sigue siendo posible aprobar la solicitud
relativa a la voz, de modo que en la etapa 2.1 la Porción S3 de
Tratamiento de la Solicitud devolvería un mensaje al Cliente PoC A
para indicar que se aprueba el canal para voz. No se enviaría ningún
mensaje al Cliente PoC B en la etapa 2.2, dado que la solicitud
relativa al vídeo fue denegada.
En otro escenario adicional, la Porción S3 de
Tratamiento de la Solicitud podría determinar que el canal para voz
está ocupado, mientras que el canal para vídeo está libre. Dado que
se requiere la voz, no es posible aprobar la solicitud relativa al
vídeo aunque esté disponible el canal, de modo que en la etapa 2.1
la Porción S5 de Respuesta de la Solicitud devolvería un mensaje al
Cliente PoC A para indicar que se deniega la solicitud (es decir,
tanto para vídeo como para voz). No se enviaría ningún mensaje al
Cliente PoC B en la etapa 2.2, dado que se denegó la solicitud
relativa al vídeo.
Aunque en lo precedente se describe una
realización de la presente invención con relación a la PoC, se
apreciará que la invención no está limitada a la PoC. La expresión
"servicio de tipo pulsar para hablar" se usa en el presente
documento para identificar servicios con naturaleza de radioteléfono
emisor-receptor portátil. Estos son servicios que
permiten que dos o más usuarios se conecten entre sí rápidamente
para el intercambio de ráfagas de conversación. Los servicios de
tipo pulsar para hablar difieren de las llamadas convencionales de
voz porque estos servicios únicamente permiten a una persona hablar
en un momento dado. Para hablar, los usuarios tienen que tener
control del "canal". Típicamente, el control se logra cuando un
usuario suelta un botón de hablar para liberar el control del
canal, y otro usuario que pulsa el botón de hablar asume el control
del canal. Ha de entenderse que la expresión "de tipo pulsar para
hablar", usada en las reivindicaciones adjuntas, no se pretende
que implique el uso de ningún protocolo particular.
Ha de entenderse también que el ámbito de la
presente invención no está limitado a la transferencia de datos de
conversación o de voz en una sesión de conversación, y debe
entenderse que las reivindicaciones adjuntas cubren la
transferencia de cualquier tipo de dato en una sesión de
transferencia de datos, incluyendo, sin limitación, loa datos de
voz. Por ello, no debe interpretarse que terminología como
"Solicitud de Ráfaga de Conversación" y "Ráfaga de
Conversación" esté limitada únicamente a conversaciones, es
decir, a la voz, sino que se usa por coherencia con la terminología
de la PoC 1; tales expresiones pueden incluir dentro de su
significado la transferencia de cualquier tipo de dato. En la PoC 2
puede usarse terminología diferente para conceptos que se
corresponden directamente con los de la PoC 1; por ejemplo, pueden
usarse, en lugar de lo anterior, las expresiones "Solicitud de
Ráfaga de Medios" o "Ráfaga de Medios".
Debe entenderse también que se contempla que el
ámbito de la presente invención incluya los sistemas de conferencia
en los que se otorga a un participante el control del canal y, por
ende, el derecho de hablar o de transferir datos a los demás
participantes de la conferencia.
Se apreciará que el funcionamiento de uno o más
de los componentes anteriormente descritos puede ser controlado por
un programa que corre en el dispositivo o el aparato. Tal programa
operativo puede ser almacenado en un medio legible por ordenador o
podría, por ejemplo, plasmarse en una señal como una señal de datos
descargable proporcionada por un sitio Web de Internet.
Claims (30)
1. Un procedimiento para el uso en un servicio
de tipo pulsar para hablar, en el que se requiere un canal para que
un terminal distribuya contenido de medios a otro terminal que
participe en una sesión de tipo pulsar para hablar, que comprende
el envío de (1) un mensaje de solicitud de canal que se relaciona
con al menos dos tipos de contenido de medios diferentes,
caracterizado porque el mensaje de solicitud de canal indica,
para al menos uno de los tipos de medios, cómo y/o en qué grado la
aprobación o la denegación de la solicitud relativa a ese tipo de
medios afecta y/o depende de la solicitud relativa a al menos otro
tipo de medios.
2. Un procedimiento como se reivindica en la
reivindicación 1 en el que el mensaje de solicitud de canal indica,
para al menos uno de los tipos de medios, cómo y/o en qué grado la
aprobación o la denegación de la solicitud relativa a ese tipo de
medios afecta y/o depende de la aprobación o la denegación de la
solicitud relativa a al menos otro tipo de medios.
3. Un procedimiento como se reivindica en la
reivindicación 2 en el que el mensaje de solicitud de canal indica,
para al menos uno de los tipos de medios, que si se deniega la
solicitud relativa a ese tipo de medios, entonces la solicitud
relativa a cualquier otro tipo de medios debería denegarse
también.
4. Un procedimiento como se reivindica en las
reivindicaciones 2 o 3 en el que el mensaje de solicitud de canal
indica, para al menos uno de los tipos de medios, que la aprobación
o la denegación de la solicitud relativa a ese tipo de medios no
deberían afectar la aprobación o la denegación de la solicitud
relativa a cualquier otro tipo de medios.
5. Un procedimiento como se reivindica en las
reivindicaciones 2, 3 o 4 en el que el mensaje de solicitud de
canal indica, para al menos uno de los tipos de medios, que la
solicitud relativa a ese tipo de medios solo se debería aprobar si
se aprueba la solicitud relativa a al menos otro tipo de medios
especificado.
6. Un procedimiento como se reivindica en una
cualquiera de las reivindicaciones 2 a 5 en el que el mensaje de
solicitud de canal indica, para al menos uno de los tipos de medios,
que la solicitud relativa a ese tipo de medios se debería aprobar o
denegar en la misma medida que se apruebe o deniegue la solicitud
relativa a al menos otro tipo de medios especificado.
7. Un procedimiento como se reivindica en
cualquier reivindicación precedente en el que el mensaje de
solicitud de canal indica, para cada uno de los tipos de medios,
qué terminal está designado para proporcionar ese tipo de medios
por el canal, en el supuesto caso de que se aprobara la solicitud
relativa a ese tipo de medios.
8. Un procedimiento para el uso en un servicio
de tipo pulsar para hablar, en el que se requiere un canal para que
un terminal distribuya contenido de medios a otro terminal que
participe en una sesión de tipo pulsar para hablar, que comprende
el envío de (1) un mensaje de solicitud de canal que se relaciona
con al menos dos tipos de contenido de medios diferentes,
caracterizado porque el mensaje de solicitud de canal indica,
para cada uno de los tipos de medios, qué terminal está designado
para proporcionar ese tipo de medios por el canal, en el supuesto
caso de que se aprobara la solicitud relativa a ese tipo de
medios.
9. Un procedimiento como se reivindica en las
reivindicaciones 7 u 8 en el que el mensaje de solicitud de canal
indica, para al menos uno de los tipos de medios, que un terminal
distinto a aquel que envió el mensaje de solicitud de canal está
designado para proporcionar ese tipo de medios por el canal, en el
supuesto caso de que se aprobara la solicitud relativa a ese tipo
de medios.
10. Un procedimiento como se reivindica en
cualquier reivindicación precedente en el que el mensaje de
solicitud de canal indica, para al menos uno de los tipos de
medios, cómo y/o en qué grado la aprobación o la denegación de la
solicitud relativa a ese tipo de medios dependen de al menos un
factor de influencia especificado, como el número de participantes
que recibirían ese tipo de medios, o la tasa calculada de
transferencia para ese tipo de medios.
11. Un procedimiento como se reivindica en
cualquier reivindicación precedente que comprende el tratamiento
del mensaje de solicitud de canal para determinar si se aprueba o se
deniega la solicitud relativa a cada uno de los al menos dos tipos
de medios.
12. Un procedimiento como se reivindica en la
reivindicación 11, cuando depende de la reivindicación 7 u 8, que
comprende, al menos para cada tipo de medios relativo al cual se ha
aprobado la solicitud, el envío de un mensaje a ese efecto al
terminal designado para proporcionar ese tipo de medios.
13. Un procedimiento como se reivindica en las
reivindicaciones 11 o 12 que comprende el envío de un mensaje al
terminal que envió el mensaje de solicitud de canal para indicar,
para cada tipo de medios, si se ha aprobado o denegado o no la
solicitud relativa a ese tipo de medios.
14. Un procedimiento como se reivindica en las
reivindicaciones 12 o 13 que comprende el envío de un único mensaje
de este tipo al terminal o a cada terminal, en caso necesario.
15. Un procedimiento como se reivindica en
cualquier reivindicación precedente que comprende el tratamiento
del mensaje de solicitud de canal para determinar, para cada uno de
los al menos dos tipos de medios, si se aprueba o se deniega la
solicitud relativa a ese tipo de medios.
16. Un procedimiento como se reivindica en la
reivindicación 15 que comprende permitir que la aprobación del
mensaje de solicitud de canal varíe en base a la determinación antes
de aprobar o denegar definitivamente la solicitud relativa a cada
tipo de medios.
17. Un procedimiento como se reivindica en
cualquier reivindicación precedente en el que el servicio de tipo
pulsar para hablar es un servicio de tipo pulsar para hablar por
servicio celular.
18. Un procedimiento como se reivindica en
cualquier reivindicación precedente en el que el servicio de tipo
pulsar para hablar es un servicio de conferencia.
19. Un procedimiento como se reivindica en
cualquier reivindicación precedente que comprende el envío de un
único mensaje de solicitud de canal de dicho tipo.
20. Un aparato para el uso en un servicio de
tipo pulsar para hablar, en el que se requiere un canal para que un
terminal distribuya contenido de medios a otro terminal que
participe en una sesión de tipo pulsar para hablar, que comprende
medios (A3) para el envío de un mensaje de solicitud de canal que se
relaciona con al menos dos tipos de contenido de medios diferentes,
caracterizado porque el mensaje de solicitud de canal
indica, para al menos uno de los tipos de medios, cómo y/o en qué
grado la aprobación o la denegación de la solicitud relativa a ese
tipo de medios afecta y/o depende de la solicitud relativa a al
menos otro tipo de medios.
21. Un procedimiento para el uso en un servicio
de tipo pulsar para hablar, en el que se requiere un canal para que
un terminal distribuya contenido de medios a otro terminal que
participe en una sesión de tipo pulsar para hablar, que comprende
la recepción y el tratamiento de un mensaje de solicitud de canal
relativo a al menos dos tipos de contenido de medios diferentes,
caracterizado porque el mensaje de solicitud de canal indica,
para al menos uno de los tipos de medios, cómo y/o en qué grado la
aprobación o la denegación de la solicitud relativa a ese tipo de
medios afecta y/o depende de la solicitud relativa a al menos otro
tipo de medios.
22. Un aparato para el uso en un servicio de
tipo pulsar para hablar, en el que se requiere un canal para que un
terminal distribuya contenido de medios a otro terminal que
participe en una sesión de tipo pulsar para hablar, que comprende
medios (S1, S3) para la recepción y el tratamiento de un mensaje de
solicitud de canal que se relaciona con al menos dos tipos de
contenido de medios diferentes, caracterizado porque el
mensaje de solicitud de canal indica, para al menos uno de los
tipos de medios, cómo y/o en qué grado la aprobación o la
denegación de la solicitud relativa a ese tipo de medios afecta y/o
depende de la solicitud relativa a al menos otro tipo de
medios.
23. Un aparato para el uso en un servicio de
tipo pulsar para hablar, en el que se requiere un canal para que un
terminal distribuya contenido de medios a otro terminal que
participe en una sesión de tipo pulsar para hablar, que comprende
medios (A3) para el envío de un mensaje de solicitud de canal que se
relaciona con al menos dos tipos de contenido de medios diferentes,
caracterizado porque el mensaje de solicitud de canal
indica, para cada uno de los tipos de medios, qué terminal está
designado para proporcionar ese tipo de medios por el canal, en el
supuesto caso de que se aprobara la solicitud relativa a ese tipo de
medios.
24. Un procedimiento para el uso en un servicio
de tipo pulsar para hablar, en el que se requiere un canal para que
un terminal distribuya contenido de medios a otro terminal que
participe en una sesión de tipo pulsar para hablar, que comprende
la recepción y el tratamiento de un mensaje de solicitud de canal
relativo a al menos dos tipos de contenido de medios diferentes,
caracterizado porque el mensaje de solicitud de canal indica,
para cada uno de los tipos de medios, qué terminal está designado
para proporcionar ese tipo de medios por el canal, en el supuesto
caso de que se aprobara la solicitud relativa a ese tipo de
medios.
25. Un aparato para el uso en un servicio de
tipo pulsar para hablar, en el que se requiere un canal para que un
terminal distribuya contenido de medios a otro terminal que
participe en una sesión de tipo pulsar para hablar, que comprende
medios (S1, S3) para la recepción y el tratamiento de un mensaje de
solicitud de canal que se relaciona con al menos dos tipos de
contenido de medios diferentes, caracterizado porque el
mensaje de solicitud de canal indica, para cada uno de los tipos de
medios, qué terminal está designado para proporcionar ese tipo de
medios por el canal, en el supuesto caso de que se aprobara la
solicitud relativa a ese tipo de medios.
26. Un programa informático que, cuando se carga
en un aparato, hace que el aparato se convierta en un aparato como
se reivindica en las reivindicaciones 20, 22, 23 o 25.
27. Un programa informático que, cuando se
ejecuta en un aparato, hace que el aparato lleve a cabo un
procedimiento como se reivindica en las reivindicaciones 1 a 19, 21
o 24.
28. Un programa informático como se reivindica
en las reivindicaciones 26 o 27 contenido en un medio.
\newpage
29. Un programa informático como se reivindica
en la reivindicación 28 en el que el medio es un medio de
transmisión.
30. Un programa informático como se reivindica
en la reivindicación 28 en el que el medio es un medio de
almacenamiento.
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| EP05110144A EP1781054B1 (en) | 2005-10-28 | 2005-10-28 | Methods and apparatus for push to talk type service |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2340176T3 true ES2340176T3 (es) | 2010-05-31 |
Family
ID=35886370
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES05110144T Active ES2340176T3 (es) | 2005-10-28 | 2005-10-28 | Procedimientos y aparato para un servicio tipo pulsar para hablar. |
Country Status (12)
| Country | Link |
|---|---|
| US (1) | US8000732B2 (es) |
| EP (1) | EP1781054B1 (es) |
| JP (1) | JP4856185B2 (es) |
| KR (1) | KR20080084918A (es) |
| CN (1) | CN101352011B (es) |
| AT (1) | ATE461597T1 (es) |
| BR (1) | BRPI0617800A2 (es) |
| DE (1) | DE602005020021D1 (es) |
| DK (1) | DK1781054T3 (es) |
| ES (1) | ES2340176T3 (es) |
| RU (1) | RU2447616C2 (es) |
| WO (1) | WO2007048795A1 (es) |
Families Citing this family (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR101061373B1 (ko) * | 2005-04-11 | 2011-09-02 | 삼성전자주식회사 | 푸쉬투토크 오버 셀룰러 망의 미디어 저장 서비스 수행 방법과 ＰｏＣ 서버 및 ＰｏＣ 클라이언트 |
| ATE556547T1 (de) * | 2005-10-28 | 2012-05-15 | Ericsson Telefon Ab L M | Verfahren und vorrichtung für push-to-talk dienst |
| CN101047529B (zh) * | 2006-03-28 | 2011-03-30 | 华为技术有限公司 | 媒体会话数据发送控制方法、控制关系协商方法及控制系统 |
| FI20060972A0 (fi) * | 2006-11-03 | 2006-11-03 | Nokia Corp | Instuntopohjainen viestintä |
| US7949006B2 (en) * | 2006-11-09 | 2011-05-24 | Motorola Mobility, Inc. | System and method for media burst control of discrete content for push-to-cellular communication |
| CA2960713C (en) * | 2007-09-29 | 2022-06-07 | Blackberry Limited | Schema negotiation for versioned documents transmitted in a distributed environment |
| EP2218242B1 (en) | 2007-10-27 | 2019-09-11 | BlackBerry Limited | Content disposition system and method for processing message content in a distributed environment |
| US7957756B2 (en) | 2008-02-25 | 2011-06-07 | Nextel Communications Inc. | Method and apparatus for floor control in multi-media push-to-talk network |
| US7970424B2 (en) * | 2008-02-25 | 2011-06-28 | Nextel Communications Inc. | Method and apparatus for floor control in multi-media push-to-talk network |
| US8296442B2 (en) * | 2009-11-18 | 2012-10-23 | Motorola Solutions, Inc. | Method and apparatus for minimizing bandwidth usage between a communication server and media device |
| US20110182415A1 (en) * | 2010-01-28 | 2011-07-28 | Jacobstein Mark Williams | Methods and apparatus for providing call conferencing services |
| CN102238219A (zh) * | 2010-04-30 | 2011-11-09 | 上海博泰悦臻电子设备制造有限公司 | 信息处理方法及信息处理系统 |
| US9306991B2 (en) * | 2012-10-16 | 2016-04-05 | Motorola Solutions, Inc. | Enhanced push to talk systems and methods with floor control and media traffic optimization |
| RU2755529C1 (ru) * | 2021-02-01 | 2021-09-17 | Даурен Муратович Айдарханов | Способ установления сеанса групповой пакетной голосовой связи по сетям передачи данных |
Family Cites Families (57)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4625081A (en) * | 1982-11-30 | 1986-11-25 | Lotito Lawrence A | Automated telephone voice service system |
| US5870149A (en) * | 1993-03-12 | 1999-02-09 | Motorola, Inc. | Video/integrated land mobile dispatch radio and video unit |
| US7490169B1 (en) * | 1997-03-31 | 2009-02-10 | West Corporation | Providing a presentation on a network having a plurality of synchronized media types |
| FI106905B (fi) * | 1998-05-12 | 2001-04-30 | Ericsson Telefon Ab L M | Menetelmä ja laite tietoliikennejärjestelmässä |
| 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 |
| US6937597B1 (en) * | 1999-02-26 | 2005-08-30 | Lucent Technologies Inc. | Signaling method for internet telephony |
| RU2258321C2 (ru) * | 1999-03-03 | 2005-08-10 | Квэлкомм Инкорпорейтед | Беспроводная передача речевых сигналов через сеть интернет с использованием нажатия кнопки для перехода в режим передачи |
| US6782412B2 (en) * | 1999-08-24 | 2004-08-24 | Verizon Laboratories Inc. | Systems and methods for providing unified multimedia communication services |
| US6850496B1 (en) * | 2000-06-09 | 2005-02-01 | Cisco Technology, Inc. | Virtual conference room for voice conferencing |
| GB2368224B (en) * | 2000-10-17 | 2004-08-25 | Hewlett Packard Co | Content provider entity for communication session |
| GB2368227B (en) * | 2000-10-17 | 2003-12-10 | Hewlett Packard Co | Contact center |
| US20020075304A1 (en) * | 2000-12-18 | 2002-06-20 | Nortel Networks Limited | Method and system for supporting communications within a virtual team environment |
| US7386000B2 (en) * | 2001-04-17 | 2008-06-10 | Nokia Corporation | Packet mode speech communication |
| US7636750B2 (en) * | 2001-10-24 | 2009-12-22 | Sprint Spectrum L.P. | Method and system for controlling scope of user participation in a communication session |
| US20030105820A1 (en) * | 2001-12-03 | 2003-06-05 | Jeffrey Haims | Method and apparatus for facilitating online communication |
| US8417827B2 (en) * | 2001-12-12 | 2013-04-09 | Nokia Corporation | Synchronous media playback and messaging system |
| US6915331B2 (en) * | 2002-05-16 | 2005-07-05 | Cisco Managed Solutions, Inc. | End user control of a teleconferencing network through a data network |
| US7640300B2 (en) * | 2002-06-10 | 2009-12-29 | Microsoft Corporation | Presence and notification system for maintaining and communicating information |
| US7610352B2 (en) * | 2002-09-09 | 2009-10-27 | Meca Communications, Inc. | Sharing skins |
| US8411594B2 (en) * | 2002-09-20 | 2013-04-02 | Qualcomm Incorporated | Communication manager for providing multimedia in a group communication network |
| US7620737B2 (en) * | 2002-12-12 | 2009-11-17 | Xerox Corporation | Methods, apparatus, and program products for abstract applications/components in a ubiquitous computing environment |
| US7023813B2 (en) * | 2002-12-31 | 2006-04-04 | Motorola, Inc. | Methods for managing a pool of multicast addresses and allocating addresses in a communications system |
| US7366780B2 (en) * | 2002-12-31 | 2008-04-29 | Motorola, Inc. | System and method for controlling and managing sessions between endpoints in a communications system |
| SE0300555D0 (sv) * | 2003-02-24 | 2003-02-24 | Ericsson Telefon Ab L M | Improvements in or relating to push-to-talk services |
| US7283489B2 (en) * | 2003-03-31 | 2007-10-16 | Lucent Technologies Inc. | Multimedia half-duplex sessions with individual floor controls |
| US7586857B2 (en) * | 2003-04-01 | 2009-09-08 | Alcatel-Lucent Usa Inc. | Fast network SIP/SDP procedures for conference operations upon request from end user with optimization of network resources |
| US7412491B2 (en) * | 2003-04-30 | 2008-08-12 | International Business Machines Corporation | Method and apparatus for enhancing instant messaging systems |
| US7107017B2 (en) * | 2003-05-07 | 2006-09-12 | Nokia Corporation | System and method for providing support services in push to talk communication platforms |
| US20040230655A1 (en) * | 2003-05-16 | 2004-11-18 | Chia-Hsin Li | Method and system for media playback architecture |
| US7281051B2 (en) * | 2003-06-30 | 2007-10-09 | Nortel Networks Limited | Apparatus, method, and computer program for managing resources in a communication system |
| WO2005025250A1 (en) * | 2003-09-11 | 2005-03-17 | Sony Ericsson Mobile Communications Ab | Multiparty call of portable devices with party positioning identification |
| SE0302920D0 (sv) * | 2003-11-03 | 2003-11-03 | Ericsson Telefon Ab L M | Improvements in or relating to group calls |
| US20050124365A1 (en) * | 2003-12-05 | 2005-06-09 | Senaka Balasuriya | Floor control in multimedia push-to-talk |
| EP1695512A1 (en) * | 2003-12-11 | 2006-08-30 | Koninklijke Philips Electronics N.V. | Floor control for multimedia push-to-talk applications |
| FI20031912A0 (fi) * | 2003-12-29 | 2003-12-29 | Nokia Corp | Menetelmä ja järjestelmä reaaliaikaisen tiedonsiirtopalvelun kontrolloimiseksi |
| US7558736B2 (en) * | 2003-12-31 | 2009-07-07 | United States Cellular Corporation | System and method for providing talker arbitration in point-to-point/group communication |
| GB2413730B (en) * | 2004-03-10 | 2009-03-18 | Vodafone Plc | Transmission of image data during communication sessions |
| KR20050101506A (ko) * | 2004-04-19 | 2005-10-24 | 삼성전자주식회사 | 셀룰러 푸쉬 투 토크 다중 세션의 모니터링 시스템 및 방법 |
| US7889726B2 (en) * | 2004-06-11 | 2011-02-15 | Nokia Corporation | Communication system |
| GB0413972D0 (en) * | 2004-06-22 | 2004-07-28 | Nokia Corp | A communication system |
| US7295853B2 (en) * | 2004-06-30 | 2007-11-13 | Research In Motion Limited | Methods and apparatus for the immediate acceptance and queuing of voice data for PTT communications |
| US7398079B2 (en) * | 2004-06-30 | 2008-07-08 | Research In Motion Limited | Methods and apparatus for automatically recording push-to-talk (PTT) voice communications for replay |
| US7463901B2 (en) * | 2004-08-13 | 2008-12-09 | Telefonaktiebolaget Lm Ericsson (Publ) | Interoperability for wireless user devices with different speech processing formats |
| KR100575978B1 (ko) * | 2004-08-17 | 2006-05-02 | 삼성전자주식회사 | Ｐｔｔ휴대용 단말기에서 ｐｔｔ통신서비스의 발언권자표시방법 |
| US7415284B2 (en) * | 2004-09-02 | 2008-08-19 | Sonim Technologies, Inc. | Methods of transmitting a message to a message server in a push-to-talk network |
| JP5038141B2 (ja) * | 2004-09-21 | 2012-10-03 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | プッシュ・ツー・トーク・オーバ・セルラー（ＰｏＣ）の動的なサービスオプションを提供する装置および方法 |
| US7668515B2 (en) * | 2004-10-06 | 2010-02-23 | Comverse Ltd. | Portable telephone for conveying real time walkie-talkie streaming audio-video |
| US7558286B2 (en) * | 2004-10-22 | 2009-07-07 | Sonim Technologies, Inc. | Method of scheduling data and signaling packets for push-to-talk over cellular networks |
| US20060126635A1 (en) * | 2004-12-15 | 2006-06-15 | Alberth William P Jr | Push-to-X over cellular coordinated floor and packet scheduling |
| GB0500483D0 (en) * | 2005-01-11 | 2005-02-16 | Nokia Corp | Multi-party sessions in a communication system |
| US7899865B2 (en) * | 2005-04-22 | 2011-03-01 | At&T Intellectual Property Ii, L.P. | Managing media server resources in a VoIP network |
| US7577455B2 (en) * | 2005-05-25 | 2009-08-18 | Palo Alto Research Center Incorporated | Three turn interactive voice messaging system |
| WO2007006343A1 (en) * | 2005-07-08 | 2007-01-18 | Telefonaktiebolaget Lm Ericsson (Publ) | Methods and apparatus for push to talk and conferencing service |
| US8681751B2 (en) * | 2005-07-11 | 2014-03-25 | Nokia Corporation | Method and apparatus for providing presence information in support of wireless communication services |
| EP1905256B1 (en) * | 2005-07-15 | 2013-05-15 | Research In Motion Limited | Methods and apparatus for providing ptt data buffering support indications from mobile devices and ptt data buffering control by wireless networks |
| KR20070108311A (ko) * | 2005-11-15 | 2007-11-09 | 삼성전자주식회사 | ＰｏＣ 시스템에서의 멀티 미디어 통화 서비스를 수행하기위한 발언권 관리 시스템과 그 방법 및 단말장치 |
| KR101250589B1 (ko) * | 2006-10-02 | 2013-04-03 | 삼성전자주식회사 | 멀티미디어 통화 서비스를 수행하기 위한 멀티미디어ＰｏＣ 세션 개설 및 관리 시스템과 그 방법 및 단말장치 |
-
2005
- 2005-10-28 EP EP05110144A patent/EP1781054B1/en not_active Not-in-force
- 2005-10-28 DE DE602005020021T patent/DE602005020021D1/de active Active
- 2005-10-28 DK DK05110144.2T patent/DK1781054T3/da active
- 2005-10-28 ES ES05110144T patent/ES2340176T3/es active Active
- 2005-10-28 AT AT05110144T patent/ATE461597T1/de not_active IP Right Cessation
-
2006
- 2006-10-24 CN CN200680039808.4A patent/CN101352011B/zh not_active Expired - Fee Related
- 2006-10-24 US US12/091,093 patent/US8000732B2/en active Active
- 2006-10-24 KR KR1020087010071A patent/KR20080084918A/ko not_active Application Discontinuation
- 2006-10-24 WO PCT/EP2006/067724 patent/WO2007048795A1/en active Search and Examination
- 2006-10-24 RU RU2008120680/07A patent/RU2447616C2/ru not_active IP Right Cessation
- 2006-10-24 JP JP2008537089A patent/JP4856185B2/ja not_active Expired - Fee Related
- 2006-10-24 BR BRPI0617800A patent/BRPI0617800A2/pt not_active IP Right Cessation
Also Published As
| Publication number | Publication date |
|---|---|
| RU2008120680A (ru) | 2009-12-10 |
| BRPI0617800A2 (pt) | 2018-07-03 |
| EP1781054A1 (en) | 2007-05-02 |
| RU2447616C2 (ru) | 2012-04-10 |
| US20080320083A1 (en) | 2008-12-25 |
| US8000732B2 (en) | 2011-08-16 |
| JP4856185B2 (ja) | 2012-01-18 |
| CN101352011B (zh) | 2014-12-17 |
| CN101352011A (zh) | 2009-01-21 |
| ATE461597T1 (de) | 2010-04-15 |
| EP1781054B1 (en) | 2010-03-17 |
| DK1781054T3 (da) | 2010-06-21 |
| JP2009513081A (ja) | 2009-03-26 |
| WO2007048795A1 (en) | 2007-05-03 |
| WO2007048795A8 (en) | 2008-05-15 |
| KR20080084918A (ko) | 2008-09-22 |
| DE602005020021D1 (de) | 2010-04-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2340176T3 (es) | Procedimientos y aparato para un servicio tipo pulsar para hablar. | |
| US7764971B2 (en) | Control procedure for simultaneous media communications within a talk group in communication networks for public safety | |
| USRE44861E1 (en) | Method and system for requesting and granting PoC user media transmission right | |
| ES2389944T3 (es) | Procedimiento y aparato para sincronizar la encriptación y la desencriptación de una trama de datos en una red de comunicación | |
| KR101061373B1 (ko) | 푸쉬투토크 오버 셀룰러 망의 미디어 저장 서비스 수행 방법과 ＰｏＣ 서버 및 ＰｏＣ 클라이언트 | |
| US20090017856A1 (en) | Transfer of Part of a Push to Talk Session | |
| EP3314849B1 (en) | Merging active group calls | |
| CN108541381B (zh) | 移动通信系统 | |
| CA2738473A1 (en) | Poc server, poc terminal, floor control method, and poc terminal control method | |
| KR20060093976A (ko) | 푸쉬 투 토크 오버 셀룰러 네트워크의 발언권 부여 방법 및그 시스템 | |
| KR101179355B1 (ko) | 푸쉬 투 토크 오버 셀룰러 네트워크에서의 서버 및 클라이언트와 이를 이용한 응답 모드에 따른 호처리 방법 | |
| ES2343859T3 (es) | Servicios de datos para llamadas en grupo. | |
| CN102160353A (zh) | 用于建立poc会话的方法和设备 | |
| CN101297563B (zh) | 用于即按即说型服务的方法和设备 | |
| KR20070034045A (ko) | 통신 시스템 | |
| KR101085704B1 (ko) | 푸쉬투토크 오버 셀룰러 시스템의 발언권 관리 방법 및 장치 | |
| ES2315899T3 (es) | Modo manos libres para un sistema de comunicaciones semiduplex. | |
| KR101342768B1 (ko) | 미디어 버스트 중요도에 따른 미디어 송수신 방법 및시스템 | |
| EP1766858B1 (en) | Token based privacy in a push-to-talk over cellular communication system | |
| KR20070073432A (ko) | 이동통신 단말기를 이용한 그룹 통신 방법 |