ES2379796T3 - Métodos y aparatos para un servicio de tipo pulsar para hablar - Google Patents

Métodos y aparatos para un servicio de tipo pulsar para hablar Download PDF

Info

Publication number
ES2379796T3
ES2379796T3 ES05760945T ES05760945T ES2379796T3 ES 2379796 T3 ES2379796 T3 ES 2379796T3 ES 05760945 T ES05760945 T ES 05760945T ES 05760945 T ES05760945 T ES 05760945T ES 2379796 T3 ES2379796 T3 ES 2379796T3
Authority
ES
Spain
Prior art keywords
terminal
controller
allowed
talk
message
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
Application number
ES05760945T
Other languages
English (en)
Inventor
Hubert Przbysz
Bipin Thomas
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Application granted granted Critical
Publication of ES2379796T3 publication Critical patent/ES2379796T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

Método para ser usado por un controlador en un servicio de tipo pulsar para hablar que involucra un terminal y el controlador (5C), realizándose el método en respuesta a la decisión, por parte del controlador (5C), de conceder una ráfaga de conversación al terminal (5T) durante un tiempo de conversación permitida en respuesta a una solicitud de conversación recibida (5A) desde el terminal (5T), y comprendiendo el método: enviar (5F) al terminal una indicación del tiempo de conversación permitida para la ráfaga de conversación concedida, estando destinada la indicación a ser usada en el terminal (5T) con el fin de determinar cuando el mismo necesita enviar un mensaje de liberación al controlador (5C) para evitar la aplicación de una penalización al terminal (5T) por parte del controlador (5C) si el mensaje de liberación no se recibe en el controlador (5C) antes de la expiración del tiempo restante de conversación permitida monitorizado en el controlador (5C), y con el fin de monitorizar (5G) el tiempo restante de conversación permitida durante la ráfaga de conversación concedida (5H); monitorizar (5D, 5E) el tiempo restante de conversación permitida en el controlador (5C); recibir (5J) un mensaje de liberación enviado desde elterminal (5T) hacia el controlador (5C) en respuesta a la expiración del tiempo restante de conversación permitida monitorizado (5G) en el terminal (5T); y aplicar la penalización al terminal (5T) si el mensaje de liberación no serecibe en el controlador (5C) antes de la expiración del tiempo restante de conversación permitida monitorizado en el controlador.

Description

Metodos y aparatos para un servicio de tipo pulsar para hablar
Antecedentes de la invenci6n
1. Campo de la invenci6n
5 La presente invenci6n se refiere a metodos y aparatos para ser usados en un servicio del tipo pulsar para hablar o de conferencia, por ejemplo, un servicio denominado pulsar para hablar a traves del m6vil.
2. Descripci6n de la tecnica relacionada
Durante mucho tiempo, los servicios de tipo walkie-talkie han demostrado su popularidad entre los usuarios que desean comunicar mensajes breves rapidamente entre ellos. Convencionalmente, dichos servicios han sido 10 proporcionados por equipos de radiocomunicaciones portatiles, bidireccionales, que utilizan una parte dedicada del espectro de radiocomunicaciones, pero que solamente permiten a los usuarios comunicarse con un grupo pequeno de usuarios preseleccionados que utilizan terminales similares y que se encuentran dentro del alcance de la cobertura de funcionamiento, relativamente reducida, de los equipos de radiocomunicaciones. Mas recientemente, en los Estados Unidos se han introducido servicios que aprovechan la infraestructura existente de telefonfa celular.
15 No obstante, estos servicios han sido de caracter privativo y no han permitido que los usuarios se comuniquen entre redes de diferentes operadores.
En un intento para ampliar el uso de los servicios de tipo walkie-talkie, se ha establecido un grupo industrial conocido como la Alianza de M6viles Abierta (www.openmobilealiance.org) con la finalidad de normalizar protocolos adecuados que permitan la operabilidad entre redes para servicios de Walkie-Talkie ofrecidos a traves de redes 20 celulares. El servicio establecido por las diversas normas se conoce como Pulsar para hablar a Traves del M6vil (PoC). El PoC propone que, a traves de una red de acceso por conmutaci6n de paquetes, se transporten datos de habla asociados. En el caso del GSM y el UMTS, dicha red sera la red de acceso del servicio general de radiocomunicaciones por paquetes (GPRS). En otras arquitecturas de red, para transportar datos de conversaciones se utilizaran redes analogas de acceso por conmutaci6n de paquetes. Los servicios de tipo Pulsar para Hablar
25 tambien se pueden ofrecer a traves de redes de acceso por conmutaci6n de circuitos, aunque esta no es la opci6n preferida.
El sistema de Pulsar para hablar a traves del M6vil (PoC) se implementa tfpicamente en redes GSM/GPRS y hace uso del Subsistema Multimedia IP (IMS) normalizado por el Proyecto de Asociaci6n de 3a Generaci6n para facilitar la introducci6n de servicios de datos avanzados en redes celulares, y, en particular, de servicios multimedia de tiempo
30 real. El IMS se fundamenta en el Protocolo de Inicio de Sesi6n (SIP) que ha sido definido por el Grupo de Trabajo de Ingenierfa de Internet (ITF) para el establecimiento y el control de sesiones multimedia basadas en IP. Dentro del IMS o enganchado a este ultimo se situa un servidor de PoC, y el mismo implementa la funcionalidad para establecer y controlar sesiones de PoC.
Los sistemas existentes de pulsar para hablar (PTT) y conferencia usan tfpicamente un mecanismo de control para
35 conceder a uno de los usuarios el derecho a hablar, mientras que a otros usuarios de la comunicaci6n se les deniega dicho derecho y se situan en el modo de escucha. A dicho mecanismo de control se le hace referencia tfpicamente como control de uso de la palabra, arbitraje entre hablantes, control de rafagas de conversaci6n, etcetera. Por ejemplo, la Alianza de M6viles Abierta esta trabajando actualmente en una especificaci6n del sistema de Pulsar para Hablar a traves del M6vil (PoC), que incluye el Protocolo de Control de Rafagas de Conversaci6n
40 (TBCP).
Para solicitar el derecho a hablar en nombre del usuario, el terminal tfpicamente envfa un mensaje de solicitud al controlador. El controlador responde tfpicamente o bien concediendo o bien rechazando la solicitud. Tfpicamente, el controlador limita el tiempo que se permite hablar al usuario, tfpicamente poniendo en marcha un temporizador de conversaci6n permitida cuando solicita la solicitud, y usa algun mecanismo para interrumpir al usuario, tfpicamente
45 enviando un mensaje de revocaci6n al terminal del usuario o simplemente no reenviando los medios del usuario. El usuario que es interrumpido por el controlador es penalizado tfpicamente por este ultimo de alguna manera, por ejemplo, no concediendo al usuario, el derecho a hablar durante un cierto periodo de tiempo.
En relaci6n con esto, en la Figura 1 de los dibujos adjuntos se representa graficamente el funcionamiento tfpico de un sistema de PTT.
50 Observese que los mensajes representados graficamente en el presente documento no se refieren a un protocolo o implementaci6n particular, sino que se usan para representar el concepto de transferencia de la informaci6n entre el terminal y el controlador.
La especificaci6n del Plano de Usuario del PoC de la OMA (Versi6n de Plano de Usuario del PoC, Alianza de M6viles Abierta, Versi6n Candidata 1.0 - 28 de abril de 2005, OMA-TS PoC-UserPlane-VI 0-200050428-C) con el 55 Protocolo de Control de Rafagas de Conversaci6n es un buen ejemplo de estos mecanismos. En las Figuras 2 y 3
de los dibujos adjuntos se proporcionan respectivamente maquinas de estados del TBCP del terminal y el controlador para el funcionamiento basico. La Figura 2 muestra un diagrama de transici6n de estados de un Cliente de PoC de la OMA para el funcionamiento basico. La Figura 3 muestra un diagrama de transici6n de estados de un Servidor de PoC de la OMA para un funcionamiento normal de Rafagas de Conversaci6n con el Cliente de PoC. En la Figura 4 de los dibujos adjuntos se proporciona una codificaci6n OMA-PoC del mensaje TB Concedida (mensaje Rafaga de Conversaci6n Concedida del TBCP). Otro ejemplo es el Protocolo de Control Binario de Uso de la Palabra (BFCP) que esta siendo especificado actualmente por el Grupo de Trabajo XCON del IETF (Grupo de Trabajo XCON, Grupo de Trabajo de Ingenierfa de Internet, Protocolo de Control Binario del Uso de la Palabra (BFCP), draft-ietf-xcon-bfep-04.txt).
El documento US 2004/0047461 da a conocer un metodo referente a la gesti6n de llamadas de conferencia, que proporciona grados personalizables de control organizativo colectivo e individual. El documento US 2002/0150091 da a conocer un esquema para proporcionar y gestionar un servicio de comunicaci6n de habla en modo de paquetes. El documento US 4.553.263 da a conocer un sistema en el que una unidad m6vil es capaz de obtener acceso automaticamente a un canal de comunicaciones controlado de forma centralizada, compartido por una pluralidad de unidades m6viles.
Sumario de la invenci6n
Segun un primer aspecto de la presente invenci6n, se proporciona un metodo para ser usado por un controlador en un servicio de tipo pulsar para hablar que involucra un terminal y el controlador, realizandose el metodo en respuesta a la decisi6n, por parte del controlador, de conceder una rafaga de conversaci6n al terminal durante un tiempo de conversaci6n permitida en respuesta a una solicitud de conversaci6n recibida desde el terminal, y comprendiendo el metodo: enviar al terminal una indicaci6n del tiempo de conversaci6n permitida para la rafaga de conversaci6n concedida, estando destinada la indicaci6n a ser usada en el terminal con el fin de determinar cuando el mismo necesita enviar un mensaje de liberaci6n al controlador para evitar la aplicaci6n de una penalizaci6n al terminal por parte del controlador si el mensaje de liberaci6n no se recibe en el controlador antes de la expiraci6n del tiempo restante de conversaci6n permitida monitorizado en el controlador, y con el fin de monitorizar el tiempo restante de conversaci6n permitida durante la rafaga de conversaci6n concedida; monitorizar el tiempo restante de conversaci6n permitida en el controlador; recibir un mensaje de liberaci6n enviado desde el terminal hacia el controlador en respuesta a la expiraci6n del tiempo restante de conversaci6n permitida monitorizado en el terminal; y aplicar la penalizaci6n al terminal si el mensaje de liberaci6n no se recibe en el controlador antes de la expiraci6n del tiempo restante de conversaci6n permitida monitorizado en el controlador.
El metodo puede comprender recibir la solicitud de conversaci6n en el controlador y decidir si conceder la solicitud de conversaci6n.
El metodo puede comprender determinar el tiempo de conversaci6n permitida en el controlador.
La indicaci6n puede comprender informaci6n de temporizaci6n referente a la duraci6n del tiempo de conversaci6n permitida.
La indicaci6n puede comprender informaci6n de temporizaci6n referente a la duraci6n restante del tiempo de conversaci6n permitida en o cerca del momento de enviar la indicaci6n.
La indicaci6n puede comprender informaci6n de temporizaci6n referente al final del tiempo de conversaci6n permitida.
El terminal y el controlador pueden tener por lo menos cierto grado de sincronizaci6n de temporizaci6n entre ellos.
El metodo puede comprender enviar un mensaje de concesi6n desde el controlador al terminal para indicar la concesi6n de la solicitud de conversaci6n.
El metodo puede comprender incluir la indicaci6n en el mensaje de concesi6n.
El metodo puede comprender monitorizar el tiempo restante de conversaci6n permitida en el terminal.
El metodo puede comprender monitorizar el tiempo restante de conversaci6n permitida en el terminal usando un temporizador de conversaci6n permitida.
El metodo puede comprender inicializar el temporizador de conversaci6n permitida en el terminal basandose en la indicaci6n recibida.
El metodo puede comprender inicializar el temporizador de conversaci6n permitida en el terminal para advertir el final del tiempo de conversaci6n permitida basandose en la informaci6n de temporizaci6n recibida.
El metodo puede comprender inicializar el temporizador de conversaci6n permitida en el terminal para medir una duraci6n de tiempo basandose en la informaci6n de temporizaci6n recibida.
El metodo puede comprender poner en marcha el temporizador de conversaci6n permitida en el terminal sustancialmente al mismo tiempo que se comienza a enviar datos de rafagas de conversaci6n al controlador.
El metodo puede comprender poner en marcha el temporizador de conversaci6n permitida en el terminal en respuesta a la recepci6n del mensaje de concesi6n.
El metodo puede comprender monitorizar el tiempo restante de conversaci6n permitida en el controlador usando un temporizador de conversaci6n permitida.
El metodo puede comprender inicializar el temporizador de conversaci6n permitida en el controlador para advertir el final del tiempo de conversaci6n permitida.
El metodo puede comprender inicializar el temporizador de conversaci6n permitida en el controlador para medir una duraci6n de tiempo.
El metodo puede comprender poner en marcha el temporizador de conversaci6n permitida en el controlador en respuesta a la recepci6n de datos de rafagas de conversaci6n desde el terminal.
El metodo puede comprender poner en marcha el temporizador de conversaci6n permitida en el controlador sustancialmente al mismo tiempo que se envfa el mensaje de concesi6n.
El metodo puede comprender enviar la solicitud de conversaci6n desde el terminal al controlador.
El metodo puede comprender volver a enviar la solicitud de conversaci6n tras un periodo de tiempo predeterminado durante el cual no se recibe desde el controlador ninguna respuesta a la solicitud de conversaci6n.
El metodo puede comprender volver a enviar el mensaje de concesi6n tras la recepci6n de la solicitud de conversaci6n que se ha vuelto a enviar.
La indicaci6n en el mensaje de concesi6n que se ha vuelto a enviar se puede determinar a partir del tiempo restante de conversaci6n permitida monitorizado en el controlador en o cerca del momento en el que se vuelve a enviar el mensaje de concesi6n.
El metodo puede comprender indicar el tiempo restante de conversaci6n permitida monitorizado en el terminal a un usuario del terminal.
El metodo puede comprender indicar la expiraci6n del tiempo restante de conversaci6n permitida monitorizado en el terminal a un usuario del terminal.
El metodo puede comprender enviar un mensaje de liberaci6n desde el terminal al controlador en respuesta a la expiraci6n del tiempo restante de conversaci6n permitida monitorizado en el terminal.
El metodo puede comprender realizar un ajuste de latencia en el tiempo de conversaci6n restante monitorizado en el terminal.
El metodo puede comprender realizar el ajuste de latencia en el tiempo de conversaci6n restante monitorizado en el terminal en funci6n de una estimaci6n de por lo menos parte de un retardo de ida y vuelta entre el terminal y el controlador.
El metodo puede comprender realizar un ajuste de latencia en el tiempo de conversaci6n restante monitorizado en el controlador.
El metodo puede comprender realizar el ajuste de latencia en el tiempo de conversaci6n restante monitorizado en el controlador en funci6n de una estimaci6n de por lo menos parte de un retardo de ida y vuelta entre el terminal y el controlador.
El metodo puede comprender estimar la por lo menos parte de un retardo de ida y vuelta en el terminal.
El metodo puede comprender estimar la por lo menos parte de un retardo de ida y vuelta en el controlador.
El metodo puede comprender usar la solicitud de conversaci6n en la estimaci6n de la por lo menos parte de un retardo de ida y vuelta.
El metodo puede comprender usar el mensaje de concesi6n en la estimaci6n de la por lo menos parte de un retardo de ida y vuelta.
El metodo puede comprender estimar la por lo menos parte de un retardo de ida y vuelta basandose en una medici6n de la diferencia de tiempo entre el envfo de la solicitud de conversaci6n y la recepci6n del mensaje de concesi6n.
El metodo puede comprender, en el caso en el que la solicitud de conversaci6n se envfe mas de una vez, seleccionar una de estas solicitudes de conversaci6n como base para la medici6n.
El metodo puede comprender estimar la por lo menos parte de un retardo de ida y vuelta basandose en una pluralidad de dichas mediciones realizadas en momentos respectivos diferentes.
El metodo puede comprender usar el mensaje de liberaci6n en la estimaci6n de la por lo menos parte de un retardo de ida y vuelta.
El tiempo de conversaci6n restante monitorizado en el controlador se puede incrementar segun el ajuste de latencia.
El tiempo de conversaci6n restante monitorizado en el terminal se puede reducir de acuerdo con el ajuste de latencia.
El ajuste de latencia puede ser un ajuste de latencia acumulado de enlace descendente y enlace ascendente.
El ajuste de latencia puede ser un ajuste de latencia de enlace ascendente.
En el primer aspecto antes descrito de la presente invenci6n, "conversaci6n" se puede sustituir por "transferencia de datos", y los datos transferidos en la rafaga de transferencia de datos comprenden, por ejemplo, datos de habla y/u otro tipo de datos.
De acuerdo con un segundo aspecto de la presente invenci6n, se proporciona un metodo para ser usado por un terminal en un servicio de tipo pulsar para hablar que involucra el terminal y un controlador, realizandose el metodo en respuesta a la decisi6n, por parte del controlador, de conceder una rafaga de conversaci6n al terminal durante un tiempo de conversaci6n permitida en respuesta a una solicitud de conversaci6n recibida desde el terminal, y comprendiendo el metodo: recibir desde el controlador una indicaci6n del tiempo de conversaci6n permitida para la rafaga de conversaci6n concedida; usar la indicaci6n para determinar cuando necesita enviar un mensaje de liberaci6n al controlador para evitar la aplicaci6n de una penalizaci6n al terminal por parte del controlador si el mensaje de liberaci6n no se recibe en el controlador antes de la expiraci6n del tiempo restante de conversaci6n permitida monitorizado en el controlador, y para monitorizar el tiempo restante de conversaci6n permitida en el terminal durante la rafaga de conversaci6n concedida; monitorizar el tiempo restante de conversaci6n permitida en el terminal; y enviar un mensaje de liberaci6n desde el terminal hacia el controlador en respuesta a la expiraci6n del tiempo restante de conversaci6n permitida monitorizado en el terminal.
Segun un tercer aspecto de la presente invenci6n, se proporciona un controlador para ser usado en un servicio de tipo pulsar para hablar, que comprende medios para realizar un metodo segun el primer aspecto de la presente invenci6n.
Segun un cuarto aspecto de la presente invenci6n, se proporciona un terminal para ser usado en un servicio de tipo pulsar para hablar, que comprende medios para realizar un metodo de acuerdo con el segundo aspecto de la presente invenci6n.
Segun un quinto aspecto de la presente invenci6n, se proporciona un programa de funcionamiento que, cuando se carga en un aparato, consigue que el aparato se convierta en un aparato segun el tercer o cuarto aspecto de la presente invenci6n.
Segun un sexto aspecto de la presente invenci6n, se proporciona un programa de funcionamiento que, cuando se ejecuta en un aparato, consigue que el aparato lleve a cabo un metodo de acuerdo con el primer o segundo aspecto de la presente invenci6n.
El programa de funcionamiento puede estar contenido en un medio de soporte. El medio de soporte puede ser un medio de transmisi6n. El medio de soporte puede ser un medio de almacenamiento.
La expresi6n servicio de "pulsar para hablar" se usa en el presente documento para identificar servicios de caracter tipo walkie-talkie. Los mismos son servicios que permiten que dos o mas usuarios se conecten entre sf rapidamente para el intercambio de rafagas de conversaci6n. Los servicios de tipo Pulsar para Hablar difieren con respecto a llamadas de voz convencionales en que estos servicios solamente permiten que hable una persona en un momento dado. Para hablar, los usuarios deben tener control del "uso de la palabra". El control se logra tfpicamente mediante la liberaci6n, por parte de un usuario, de un bot6n de conversaci6n para liberar el control del uso de la palabra, y mediante la presi6n, por parte de otro usuario, de un bot6n de conversaci6n para asumir el control de la palabra. Debe entenderse que la expresi6n "rafaga de conversaci6n" usada en las reivindicaciones adjuntas no pretende implicar el uso de ningun protocolo particular. Debe entenderse tambien que el alcance de la presente invenci6n no se limita a la transferencia de datos de conversaci6n o habla en una sesi6n de conversaci6n, y las reivindicaciones adjuntas deben interpretarse de manera que abarcan la transferencia de cualquier tipo de datos en una sesi6n de transferencia de datos, incluyendo, entre otros, datos de habla. Debe entenderse tambien que el alcance de la presente invenci6n pretende incluir sistemas de conferencia en los que a un participante se le concede el control del uso de la palabra y, por tanto, el derecho a hablar o transferir datos a otros participantes en la conferencia.
Una realizaci6n de la presente invenci6n mejora la experiencia del usuario de sistemas de tipo pulsar para hablar y de conferencia al proporcionar un mecanismo para permitir que el terminal y, a su vez el usuario que utilice el terminal, conozcan la restricci6n del tiempo de conversaci6n permitida, impuesta por el controlador de la red. Mejora las tecnologfas existentes en este campo.
Breve descripci6n de los dibujos
La Figura 1, descrita anteriormente en el presente documento, ilustra el funcionamiento tfpico de un sistema de tipo
pulsar para hablar; la Figura 2, tambien descrita anteriormente en el presente documento, muestra un diagrama de transici6n de estados de un Cliente de PoC de la OMA para el funcionamiento basico;
la Figura 3, descrita tambien anteriormente en el presente documento, muestra un diagrama de transici6n de estados de un Servidor de PoC de la OMA para una operaci6n normal de Rafaga de Conversaci6n con el Cliente de PoC.
La Figura 4, descrita tambien anteriormente en el presente documento, muestra una codificaci6n OMA-PoC del mensaje de Rafaga de Conversaci6n Concedida de TBCP;
la Figura 5 ilustra dos regfmenes de uso en una realizaci6n de la presente invenci6n; la Figura 6 ilustra un ejemplo que materializa la presente invenci6n, en donde el controlador realiza un ajuste de latencia;
la Figura 7 ilustra un ejemplo que materializa la presente invenci6n, en donde el terminal realiza un ajuste de latencia;
las Figuras 8 y 9 ilustran mas detalladamente un primer regimen segun una realizaci6n de la presente invenci6n; las Figuras 10 y 11 ilustran mas detalladamente un segundo regimen segun una realizaci6n de la presente invenci6n;
las Figuras 12 a 14 ilustran respectivamente tres tipos de metodo diferentes A a C para proporcionar una indicaci6n
de tiempo de conversaci6n permitida al terminal en una realizaci6n de la presente invenci6n; la Figura 15 ilustra esquematicamente una posible forma de gestionar la indicaci6n de tiempo de conversaci6n permitida en el terminal, en un metodo que materializa la presente invenci6n realizada para los tipos de metodo A y B;
la Figura 16 ilustra esquematicamente una posible manera de gestionar la indicaci6n de tiempo de conversaci6n permitida en el terminal, en un metodo que materializa la presente invenci6n realizada para el tipo de metodo C; la Figura 17 ilustra una primera realizaci6n de la presente invenci6n; la Figura 18 ilustra una segunda realizaci6n de la presente invenci6n; la Figura 19 ilustra una tercera realizaci6n de la presente invenci6n; la Figura 20 ilustra una cuarta realizaci6n de la presente invenci6n; la Figura 21 ilustra una quinta realizaci6n de la presente invenci6n; la Figura 22 ilustra una sexta realizaci6n de la presente invenci6n; la Figura 23 ilustra una septima realizaci6n de la presente invenci6n; la Figura 24 ilustra una octava realizaci6n de la presente invenci6n; la Figura 25 ilustra una primera tecnica para estimar la latencia en una realizaci6n de la presente invenci6n; la Figura 26 ilustra una segunda tecnica para estimar la latencia en una realizaci6n de la presente invenci6n; y la Figura 27 ilustra mas detalladamente parte de la segunda tecnica.
Descripci6n detallada de las realizaciones preferidas
Los metodos conocidos antes descritos carecen de la facultad de proporcionar, al terminal del usuario, informaci6n referente a cuanto tiempo puede hablar el usuario antes de que se revoque su derecho a hablar. Consecuentemente, el controlador puede penalizar al usuario, sin que este ultimo disponga de informaci6n suficiente que le permitirfa evitar la penalizaci6n.
El concepto subyacente tras una realizaci6n de la presente invenci6n es que, en caso de que el controlador concediese al usuario el derecho a hablar, el mismo tambien envfa informaci6n al terminal en relaci6n con el tiempo de conversaci6n que se le permite al usuario antes de que el controlador revoque el derecho a hablar.
El terminal puede usar esta informaci6n para informar al usuario sobre el tiempo de conversaci6n permitida. Esta informaci6n se puede proporcionar al usuario de diversas maneras y formas, siendo las indicaciones de audio y visuales las mas comunes. Basandose en la informaci6n recibida desde el controlador, el terminal puede, por ejemplo, hacer funcionar un temporizador descendente que visualice el tiempo de conversaci6n restante y que genere senales audibles o visuales cuando el tiempo restante cruce un umbral. Los metodos exactos que usa el terminal para proporcionar esta informaci6n al usuario no son importantes.
Basandose en la informaci6n de tiempo de conversaci6n permitida, recibida desde el controlador, el terminal puede determinar el momento en el que necesita enviar un mensaje de liberaci6n al controlador para liberar el derecho a hablar antes de que el controlador revoque el derecho y, por lo tanto, evitar la posible penalizaci6n asociada a la revocaci6n.
Se proporciona un metodo general en el que el controlador incluye la informaci6n de tiempo de conversaci6n permitida en el mensaje que concede el derecho a hablar al usuario, y tambien se da a conocer un metodo nuevo para que el controlador comience a monitorizar el tiempo de conversaci6n permitida solamente cuando comience a recibir el habla del usuario.
Existen dos regfmenes principales mediante los cuales el controlador puede expresar la informaci6n de tiempo de conversaci6n permitida al terminal, y se describiran realizaciones de la presente invenci6n en referencia a estos dos regfmenes genericos. Estos dos regfmenes se ilustran en la Figura 5, y se describen de forma mas detallada posteriormente. Se apreciara que tambien son posibles otros regfmenes.
En un primer regimen, el controlador aplica el tiempo de conversaci6n permitida cuando comienza a recibir habla. Esto no ha sido propuesto previamente. Este regimen se describe posteriormente de forma mas detallada en relaci6n con la primera y la segunda realizaciones de la presente invenci6n, que conllevan el envfo de un mensaje desde el controlador al terminal indicando el tiempo total de conversaci6n permitida. La primera y la segunda realizaciones se pueden aplicar igualmente para un transporte fiable y no fiable de los mensajes de control.
En un segundo regimen, el controlador aplica el tiempo de conversaci6n permitida cuando concede el derecho a hablar. Esta idea basica ha sido propuesta previamente, pero, en una realizaci6n de la presente invenci6n, la tecnica se implementa de manera diferente, tal como se describira posteriormente en relaci6n con las realizaciones tercera a octava.
Dentro del segundo regimen, existen tres metodos principales descritos en el presente documento mediante los cuales el controlador puede indicar al terminal el tiempo de conversaci6n permitida. Tambien son posibles otros metodos.
Un primer metodo del segundo regimen (al que se hace referencia posteriormente como Tipo A) conlleva el envfo de un mensaje desde el controlador al terminal indicando el tiempo total de conversaci6n permitida, segun se describe posteriormente en las realizaciones tercera y cuarta. Las realizaciones tercera y cuarta se pueden aplicar igualmente para el transporte fiable y no fiable de los mensajes de control.
Un segundo metodo del segundo regimen (al que se hace referencia posteriormente como Tipo B) conlleva el envfo de un mensaje desde el controlador al terminal indicando el tiempo actual de conversaci6n permitida, segun se describe posteriormente en las realizaciones quinta y sexta. Las realizaciones quinta y sexta son particularmente utiles cuando se usa el transporte no fiable para la senalizaci6n de control entre el terminal y el controlador en el caso en el que se utilice un mecanismo de retransmisi6n de mensajes.
Un tercer metodo del segundo regimen (al que se hace referencia posteriormente como Tipo C) conlleva el envfo de un mensaje desde el controlador al terminal indicando una marca de tiempo de cuando se producira la expiraci6n del derecho a hablar, segun se describe posteriormente en las realizaciones septima y octava. Las realizaciones septima y octava son particularmente utiles cuando el terminal y el controlador disponen de tiempo sincronizado, y se pueden aplicar igualmente para el transporte fiable y no fiable de los mensajes de control. Los detalles de la sincronizaci6n de tiempo entre el terminal y el controlador no son importantes para el funcionamiento de la invenci6n, pero seran conocidos por los expertos en la materia.
Posteriormente se describiran de forma adicional realizaciones especfficas de la presente invenci6n comenzando a partir de la Figura 17. Antes de eso, se describiran primero mas detalladamente, en referencia a las Figuras 8 a 16, los conceptos que subyacen tras los metodos y regfmenes antes descritos.
En las Figuras 8 y 9 se representa graficamente el principio basico de funcionamiento de un controlador que materializa la presente invenci6n en el primer regimen. Posteriormente se describiran de forma adicional realizaciones especfficas.
En referencia a las Figuras 8 y 9, el principio basico del funcionamiento de un controlador en el primer regimen es el siguiente, siendo una condici6n previa que, en el momento en el que el controlador comience a recibir habla desde el usuario, el usuario dispone del derecho a hablar en el controlador.
1.
C1 de las Figuras 8 y 9
Cuando el controlador comienza a recibir habla desde el usuario al que se ha concedido el derecho a hablar, el controlador fija el temporizador de conversaci6n permitida al valor del Tiempo Total de Conversaci6n Permitida posiblemente con un ajuste de latencia (que se describira posteriormente de forma adicional), y pone en marcha el temporizador de conversaci6n permitida.
2.
C2 de las Figuras 8 y 9
Mientras el temporizador esta funcionando y se recibe el habla desde el usuario (cuyo derecho a hablar, por otro lado, no ha sido revocado mientras tanto por otras razones) el controlador reenvfa el habla recibida a otros participantes en la comunicaci6n.
3.
C3 de las Figuras 8 y 9
En el caso de que el temporizador de conversaci6n permitida se dispare (Figura 8), el controlador tfpicamente revoca el derecho a hablar del usuario y, tfpicamente, envfa una revocaci6n del derecho a hablar al usuario.
En caso de que el controlador reciba, del usuario al que se ha concedido el derecho a hablar, el mensaje de liberaci6n del derecho a hablar (Figura 9), el controlador detiene el temporizador de conversaci6n permitida.
En las Figuras 10 y 11 se representa graficamente el principio basico de funcionamiento de un controlador que materializa la presente invenci6n en el segundo regimen.
En referencia a las Figuras 10 y 11, el principio basico del funcionamiento de un controlador en el segundo regimen es el siguiente.
1.
C1 de las Figuras 10 y 11
Cuando el controlador recibe una solicitud del derecho a hablar de un usuario al que no se ha concedido dicho derecho, y, si el controlador determina que dicho derecho se puede conceder al usuario, el controlador concede el derecho a hablar al usuario y responde enviando al usuario el mensaje de derecho a hablar concedido. El controlador fija el temporizador de conversaci6n permitida al valor del Tiempo Total de Conversaci6n Permitida posiblemente con un ajuste de latencia (que se describira posteriormente), y pone en marcha el temporizador de conversaci6n permitida.
2.
C2 de las Figuras 10 y 11
Mientras el temporizador esta en funcionamiento y se recibe el habla del usuario (cuyo derecho a hablar, por otro lado, no ha sido revocado mientras tanto por otras razones), el controlador reenvfa el habla recibida a otros participantes en la comunicaci6n.
3.
C3 de las Figuras 10 y 11
En el caso de que el temporizador de conversaci6n permitida se dispare (Figura 10), el controlador tfpicamente revoca el derecho a hablar del usuario y, tfpicamente, envfa una revocaci6n de derecho a hablar al usuario.
En el caso de que el controlador reciba, del usuario al que se ha concedido el derecho a hablar, el mensaje de liberaci6n del derecho a hablar (Figura 11), el controlador detiene el temporizador de conversaci6n permitida.
En la Figura 12 se representa el principio basico de funcionamiento de un controlador que materializa la presente invenci6n en relaci6n con el tipo A (Tiempo Total de Conversaci6n Permitida) de la informaci6n de tiempo de conversaci6n permitida proporcionada por el controlador. El funcionamiento basico de un controlador en el tipo A es el siguiente.
1.
C1 de la Figura 12
Cuando el controlador recibe una solicitud del derecho a hablar desde un usuario al que no se ha concedido dicho derecho, y, si el controlador determina que dicho derecho puede ser concedido al usuario, el controlador concede el derecho a hablar al usuario y responde enviando al usuario el mensaje de derecho a hablar concedido. En el mensaje de concesi6n, el controlador incluye el valor del Tiempo Total de Conversaci6n Permitida.
2.
C2 de la Figura 12
Si el controlador recibe una solicitud del derecho a hablar desde un usuario al que ya se ha concedido dicho derecho, el controlador responde enviando al usuario el mensaje de derecho a hablar concedido. En el mensaje de
concesi6n, el controlador incluye el valor del Tiempo Total de Conversaci6n Permitida, que es el mismo valor que el valor devuelto como respuesta a la solicitud inicial en C1.
Observese que la solicitud repetida podrfa llegar al controlador por varias razones que no son relevantes para esta invenci6n. Podrfa ser el resultado de un transporte no fiable, un mecanismo de retransmisi6n, otra raz6n relacionada con el protocolo u otro suceso err6neo.
En la Figura 13 se representa graficamente el principio basico de funcionamiento de un controlador que materializa la presente invenci6n en relaci6n con el tipo B (Tiempo Actual de Conversaci6n Permitida) de la informaci6n de tiempo de conversaci6n permitida proporcionada por el controlador. El funcionamiento basico de un controlador en el tipo B (Tiempo Actual de Conversaci6n Permitida) es el siguiente.
1.
C1 de la Figura 13
Cuando el controlador recibe una solicitud del derecho a hablar desde un usuario al que no se ha concedido dicho derecho, y si el controlador determina que dicho derecho puede ser concedido al usuario, el controlador concede el derecho a hablar al usuario y responde enviando al usuario el mensaje de derecho a hablar concedido. En el mensaje de concesi6n, el controlador incluye el valor del Tiempo Total de Conversaci6n Permitida.
2.
C2 de la Figura 13
Si el controlador recibe una solicitud del derecho a hablar desde un usuario al que ya se ha concedido dicho derecho, el controlador responde enviando al usuario el mensaje de derecho a hablar concedido. En el mensaje de concesi6n, el controlador incluye el valor del Tiempo Actual de Conversaci6n Permitida, que es el valor actual del temporizador de conversaci6n permitida posiblemente con un ajuste de latencia (que se describira posteriormente). Si el temporizador permitido todavfa no se ha puesto en marcha (posiblemente en el regimen 1), el valor del Tiempo Actual de Conversaci6n Permitida sera igual al Tiempo Total de Conversaci6n Permitida. Si no, el valor actual del temporizador de conversaci6n permitida sera menor que el Tiempo Total de Conversaci6n Permitida en este momento puesto que el mismo ya se ha decrementado desde que se puso en marcha.
Observese que la solicitud repetida podrfa llegar al controlador por varias razones que no son relevantes para esta invenci6n. Podrfa ser un resultado de un transporte no fiable, un mecanismo de retransmisi6n, otra raz6n relacionada con el protocolo u otro suceso err6neo.
En la Figura 14 se representa el principio basico de funcionamiento de un controlador que materializa la presente invenci6n en relaci6n con el tipo C (Marca de Tiempo de Expiraci6n del Tiempo de Conversaci6n Permitida) de la informaci6n de tiempo de conversaci6n permitida proporcionada por el controlador. El principio basico del funcionamiento de un controlador en el tipo C (Marca de Tiempo de Expiraci6n del Tiempo de Conversaci6n Permitida) es el siguiente.
1.
C1 de la Figura 14
Cuando el controlador recibe una solicitud del derecho a hablar desde un usuario al que no se ha concedido dicho derecho, y si el controlador determina que dicho derecho se puede conceder al usuario, el controlador concede el derecho a hablar al usuario y responde enviando al usuario el mensaje de derecho a hablar concedido. En el mensaje de concesi6n, el controlador incluye el valor de la Marca de Tiempo de Expiraci6n del Tiempo de Conversaci6n Permitida. El controlador calcula la Marca de Tiempo de Expiraci6n del Tiempo de Conversaci6n Permitida sumando el Tiempo Total de Conversaci6n Permitida al tiempo local actual en el controlador.
2.
C2 de la Figura 14
Si el controlador recibe una solicitud del derecho a hablar de un usuario al que ya se ha concedido dicho derecho, el controlador responde enviando al usuario el mensaje de derecho a hablar concedido. En el mensaje de concesi6n, el controlador incluye el valor de la Marca de Tiempo de Expiraci6n del Tiempo de Conversaci6n Permitida, que es el mismo valor que el devuelto en C1.
Observese que la solicitud repetida podrfa llegar al controlador por varias razones que no son relevantes para esta invenci6n. Podrfa ser el resultado de un transporte no fiable, un mecanismo de retransmisi6n, otra raz6n relacionada con el protocolo u otro suceso err6neo.
El principio basico de funcionamiento de un terminal que materializa la presente invenci6n es sustancialmente el mismo en relaci6n con el tipo A (Tiempo Total de Conversaci6n Permitida) y el tipo B (Tiempo Actual de Conversaci6n Permitida) de la informaci6n de tiempo de conversaci6n permitida proporcionada por el controlador, y se representa graficamente en la Figura 15. El funcionamiento basico del terminal es sustancialmente independiente del regimen usado por el controlador. (No obstante, si el terminal realiza un ajuste de latencia, puede que necesite saber el regimen bajo el cual esta funcionando el controlador).
En referencia a la Figura 15, el principio basico del funcionamiento de un terminal con respecto a la gesti6n del tiempo permitido local para los tipos A (Tiempo Total de Conversaci6n Permitida) y B (Tiempo Actual de
Conversaci6n Permitida) es el siguiente, con una condici6n previa de que: (a) el usuario no disponga del derecho a hablar y haya solicitado dicho derecho; (b) el terminal haya enviado el mensaje de solicitud de derecho a hablar al controlador y este esperando la respuesta; y (c) el terminal puede haber vuelto a enviar la solicitud al controlador (si esto forma parte del funcionamiento normal del terminal).
1. E1 de la Figura 15
Cuando el terminal recibe el mensaje de que se ha concedido el derecho a hablar, tfpicamente proporciona una indicaci6n al usuario y se prepara para recibir habla desde el usuario y para enviar el habla al controlador. El terminal comienza a enviar habla al controlador.
Cuando el terminal recibe el mensaje de derecho a hablar concedido con la nueva informaci6n de tiempo de conversaci6n permitida, el terminal fija el temporizador local nuevo de habla permitida al valor recibido en el mensaje de concesi6n posiblemente con un ajuste de latencia (que se describira posteriormente).
2. E2 de la Figura 15
Mientras el temporizador permitido local esta en funcionamiento y el usuario continua manteniendo su derecho a hablar, el terminal continua enviando habla del usuario al controlador.
El terminal puede usar el temporizador permitido local para informar al usuario sobre el tiempo restante de habla permitida.
Si el terminal recibe otro mensaje de derecho a hablar concedido mientras el usuario ya tiene el derecho a hablar, el terminal ignora cualquier informaci6n de tiempo de conversaci6n permitida en el mensaje de concesi6n y no cambia el valor del temporizador permitido local en funcionamiento.
Observese que la respuesta repetida podrfa llegar al terminal por varias razones que no son relevantes para esta invenci6n. Podrfa ser el resultado de un transporte no fiable, un mecanismo de retransmisi6n, otra raz6n de protocolo u otro suceso err6neo.
3. E3 de la Figura 15
En el caso de que el usuario libere el derecho a hablar, el terminal detiene el temporizador local de conversaci6n permitida, deja de enviar habla, y envfa al controlador el mensaje de liberaci6n del derecho a hablar.
En el caso de que el temporizador local de conversaci6n permitida se dispare, el terminal tfpicamente indicarfa este acontecimiento al usuario. A continuaci6n, el terminal, posiblemente basandose en una entrada del usuario o una preferencia preconfigurada o de manera automatica, puede dejar de recibir habla del usuario y de enviarla al controlador en cuyo caso envfa al controlador el mensaje para liberar el derecho a hablar.
En la Figura 16 se representa graficamente el principio basico de funcionamiento de un terminal que materializa la presente invenci6n en relaci6n con el tipo C (Marca de Tiempo de Expiraci6n del Tiempo de Conversaci6n Permitida) de la informaci6n de tiempo de conversaci6n permitida proporcionada por el controlador. El funcionamiento basico del terminal es sustancialmente independiente del regimen del controlador.
En referencia a la Figura 16, el funcionamiento basico del terminal con respecto a la gesti6n del tiempo permitido local para el tipo C (Marca de Tiempo de Expiraci6n del Tiempo de Conversaci6n Permitida) se produce de la manera siguiente, con la condici6n previa de que: (a) el usuario no disponga del derecho a hablar y haya solicitado dicho derecho; (b) el terminal haya enviado el mensaje de solicitud de derecho a hablar al controlador y esta esperando la respuesta; y (c) el terminal puede haber vuelto a enviar la solicitud al controlador (si esto es parte del funcionamiento normal del terminal).
1. E1 de la Figura 16
Cuando el terminal recibe el mensaje de que se ha concedido el derecho a hablar, tfpicamente proporciona una indicaci6n al usuario y se prepara para recibir habla desde el usuario y para enviar el habla al controlador. El terminal comienza a enviar habla al controlador.
Cuando el terminal recibe el mensaje de derecho a hablar concedido con la nueva Marca de Tiempo de Expiraci6n del Tiempo de Conversaci6n Permitida, el terminal fija la nueva Marca de Tiempo de Expiraci6n del Tiempo de Conversaci6n Permitida al valor recibido en el mensaje de concesi6n posiblemente con un ajuste de latencia (que se describira posteriormente) y activa la marca de tiempo.
2. E2 de la Figura 16
Mientras el tiempo local en el terminal no haya alcanzado la Marca de Tiempo de Expiraci6n del Tiempo Local de Conversaci6n Permitida y el usuario continue manteniendo su derecho a hablar, el terminal continua enviando habla del usuario al controlador.
El terminal puede usar la Marca de Tiempo de Expiraci6n del Tiempo Local de Conversaci6n Permitida para informar al usuario sobre el tiempo restante de conversaci6n permitida.
Si el terminal recibe otro mensaje de derecho a hablar concedido mientras el usuario ya dispone del derecho a hablar, el terminal ignora cualquier informaci6n de tiempo de conversaci6n permitida en el mensaje de concesi6n y no cambia el valor de la Marca de Tiempo de Expiraci6n del Tiempo Local de Conversaci6n Permitida.
Observese que la respuesta repetida podrfa llegar al terminal por varias razones que no son relevantes para esta invenci6n. Podrfa ser el resultado de un transporte no fiable, de un mecanismo de retransmisi6n, otra raz6n de protocolo u otro suceso err6neo.
3. E3 de la Figura 16
En el caso de que el usuario libere el derecho a hablar, el terminal desactiva la Marca de Tiempo de Expiraci6n del Tiempo Local de Conversaci6n Permitida, deja de enviar habla, y envfa el mensaje de liberaci6n del derecho a hablar al controlador.
En el caso de que el tiempo local en el terminal alcance la Marca de Tiempo de Expiraci6n del Tiempo Local de Conversaci6n Permitida, tfpicamente el terminal indicarfa este acontecimiento al usuario. A continuaci6n, el terminal, posiblemente basandose en una entrada del usuario o una preferencia preconfigurada o de manera automatica, puede dejar de recibir habla del usuario y de enviarla al controlador, en cuyo caso envfa al controlador el mensaje para liberar el derecho a hablar.
Observese que la implementaci6n real de los temporizadores en el terminal y del controlador en terminos de c6mo se ponen en marcha, c6mo funcionan y c6mo se detienen no es materia objeto de esta invenci6n. De modo similar, la implementaci6n real de las marcas de tiempo en el terminal y el controlador en terminos de c6mo se activan, c6mo funcionan, y c6mo se desactivan no es materia objeto de esta invenci6n.
Tfpicamente, los mensajes de control y el habla se someten a un retardo variable cuando son transportados entre el terminal y el controlador. Las caracterfsticas del retardo del sistema pueden ser diferentes en la direcci6n del enlace ascendente (desde el terminal al controlador) y en la direcci6n del enlace descendente (desde el controlador al terminal). Actualmente, algunos terminales y controladores inteligentes tienen mecanismos para estimar las latencias del enlace ascendente y del enlace descendente basandose en el conocimiento del tipo de transporte usado, el ancho de banda disponible, el tipo de tecnologfa de los enlaces, etcetera. Otros no disponen de esta capacidad. Posteriormente se describen algunos metodos, siguiendo la descripci6n de la realizaci6n octava, para estimar el retardo de ida y vuelta basandose en la medici6n de tiempo de los mensajes de control, teniendo en cuenta casos en los que se usa un transporte fiable y no fiable.
Las realizaciones de la presente invenci6n se pueden clasificar y diferenciar adicionalmente entre aquellas en las que el controlador realiza ajustes de latencia, y aquellas en las que el terminal realiza ajustes de latencia. En las realizaciones primera, tercera, quinta y septima el terminal realiza ajustes de latencia, mientras que en las realizaciones segunda, cuarta, sexta y octava el controlador realiza ajustes de latencia.
El controlador puede monitorizar el tiempo de conversaci6n permitida haciendo funcionar un temporizador, al que se denomina en el presente documento temporizador de conversaci6n permitida. El temporizador de conversaci6n permitida se puede poner en marcha con un cierto valor o bien cuando comienza a recibirse el habla (primer regimen 1) o bien cuando se concede el derecho a hablar (segundo regimen). El temporizador de conversaci6n permitida se puede fijar en el controlador a un valor dependiente de si el controlador realiza ajustes de latencia. Si los hace (metodo A), el controlador puede fijar el temporizador de conversaci6n permitida a la suma del tiempo total de conversaci6n permitida y el tiempo de ajuste de latencia. Si no lo hace, el controlador puede fijar el temporizador de conversaci6n permitida al tiempo total de conversaci6n permitida.
El terminal tambien puede monitorizar el tiempo de conversaci6n permitida haciendo funcionar un temporizador, al que se denomina en el presente documento temporizador local de conversaci6n permitida. El temporizador permitido local se puede poner en marcha con un cierto valor cuando el terminal recibe el mensaje de derecho a hablar concedido. El temporizador local de conversaci6n permitida se puede fijar en el terminal a un valor dependiente de si el terminal realiza ajustes de latencia. Si no los hace, el terminal puede fijar el temporizador local de conversaci6n permitida al valor del tiempo de conversaci6n permitida recibido desde el controlador en el mensaje de derecho a hablar concedido. Si los hace (metodo B), el terminal puede fijar el temporizador local de conversaci6n permitida al valor del tiempo de conversaci6n permitida recibido desde el controlador en el mensaje de derecho a hablar concedido menos el ajuste de latencia.
La Figura 6 muestra el principio del metodo A en el que el controlador realiza un ajuste de latencia (como ejemplo en el caso de segundo regimen). La Figura 7 muestra el principio del metodo B en el que el terminal realiza un ajuste de latencia (como ejemplo en el caso del primer regimen).
Los metodos alternativos para realizar los ajustes de latencia en el terminal y el controlador se pueden considerar en relaci6n con un aspecto adicional de la presente invenci6n.
Los metodos descritos posteriormente para la estimaci6n de un retardo de ida y vuelta para los mensajes de control, por ejemplo, usando medici6n de tiempo de los mensajes de control, se pueden considerar en relaci6n con un aspecto adicional de la presente invenci6n.
Se apreciara que se pueden usar los mismos metodos y mecanismos incluso en situaciones en las que en la comunicaci6n se usan medios de tiempo real diferentes al habla, y la siguiente descripci6n debe interpretarse de manera que abarca, no solamente informaci6n de habla, sino tambien cualquier otro tipo de medios de tiempo real.
A continuaci6n se describira una primera realizaci6n de la invenci6n en referencia a la Figura 17. La secuencia de acontecimientos ilustrada en la Figura 17 se produce de la manera siguiente, en relaci6n con partes y mensajes indicados en el diagrama. Cada parte indicada con un prefijo E en la Figura 17 representa medios en el terminal para realizar las funciones que se describen posteriormente en referencia a esa parte. Cada parte indicada con un prefijo C en la Figura 17 representa medios en el controlador para realizar las funciones que se describen posteriormente en referencia a esa parte. La secuencia de mensajes ilustrada en la Figura 17 muestra un ejemplo de perdida de mensajes; se apreciara que esto es meramente una ilustraci6n de una posible secuencia de mensajes originada por la perdida de un mensaje, y tambien se podrfan obtener como resultado otras secuencias a partir de dicha perdida de mensaje o secuenciaci6n incorrecta.
1. E1 de la Figura 17
Cuando el usuario solicita el derecho a hablar, el terminal envfa la solicitud del derecho a hablar al controlador. El terminal pone en marcha un temporizador de retransmisi6n para la solicitud.
Observese que el terminal puede usar este mensaje de solicitud para estimar las latencias segun se describe posteriormente en referencia a las Figuras 25 a 27.
2.
M1 de la Figura 17
El mensaje de solicitud es transmitido por el terminal, y, en esta secuencia de ejemplo se pierde en su camino controlador.
3.
E2 de la Figura 17
El temporizador de retransmisi6n de solicitud se dispara en el terminal, lo cual activa el terminal para volver a enviar la solicitud del derecho a hablar. El terminal vuelve a poner en marcha el temporizador de retransmisi6n de solicitud.
Observese que el terminal puede usar este mensaje de solicitud para estimar las latencias segun se describe posteriormente en referencia a las Figuras 25 a 27.
4.
M2 de la Figura 17
El mensaje de solicitud retransmitido se transporta de manera exitosa al controlador.
5.
C1 de la Figura 17
Cuando el controlador recibe la solicitud y concede el derecho a hablar al usuario, determina el tiempo de conversaci6n permitida pero no pone en marcha el temporizador para controlar el tiempo de conversaci6n permitida en este momento. (Nota: en metodos considerados previamente el controlador pondrfa en marcha el temporizador en este instante de tiempo). El controlador responde al terminal con un mensaje de que se ha concedido el derecho a hablar. En este mensaje, incluye el valor del tiempo total de conversaci6n permitida (Ttcp). La inclusi6n del tiempo total de conversaci6n permitida en el mensaje de derecho a hablar concedido es novedosa. Tambien es novedoso no poner en marcha el temporizador de conversaci6n permitida en este momento.
6.
M3 de la Figura 17
El mensaje de concesi6n es transmitido por el controlador y, en esta secuencia de ejemplo, se pierde en su camino al terminal. Este mensaje incluye el valor nuevo del tiempo total de conversaci6n permitida (Ttcp).
7.
E3 de la Figura 17
El temporizador de retransmisi6n de solicitud se dispara en el terminal, lo cual activa el terminal para volver a enviar la solicitud del derecho a hablar. El terminal vuelve a poner en marcha el temporizador de retransmisi6n de solicitud.
Observese que el terminal puede usar este mensaje de solicitud para estimar las latencias segun se describe posteriormente en referencia a las Figuras 25 a 27.
8.
M4 de la Figura 17
El mensaje de solicitud es transportado de manera exitosa al controlador.
9.
C2 de la Figura 17
Cuando el controlador recibe la solicitud retransmitida, tiene conocimiento de que ya ha concedido al usuario el derecho a hablar. El controlador responde al terminal con un mensaje de que se ha concedido el derecho a hablar. En este mensaje, incluye el valor del tiempo total de conversaci6n permitida (Ttcp). En este instante de tiempo, el temporizador de conversaci6n permitida todavfa no se ha puesto en marcha. La inclusi6n del tiempo total de conversaci6n permitida en el mensaje de derecho a hablar concedido es novedosa.
Observese que en el funcionamiento normal del controlador, este ultimo podrfa haber decidido dar el derecho a hablar a otro usuario en la conexi6n entre C1 y C2. Puesto que esto no es importante para el funcionamiento de la invenci6n, este caso no se ha descrito aquf, pero serfa entendido por los expertos en la materia sin ninguna explicaci6n adicional.
10.
M5 de la Figura 17
El mensaje de concesi6n es transportado de manera exitosa al terminal. Este mensaje incluye el valor nuevo del tiempo total de conversaci6n permitida (Ttcp).
11.
E4 de la Figura 17
Cuando el terminal recibe el mensaje de que se ha concedido el derecho a hablar, tfpicamente proporciona una indicaci6n al usuario y se prepara para recibir habla desde el usuario y para enviar el habla al controlador. El terminal detiene el temporizador de retransmisi6n de solicitud.
Observese que el terminal puede usar este mensaje de respuesta para estimar las latencias segun se describe posteriormente en referencia a las Figuras 25 a 27.
El terminal calcula el ajuste de latencia de enlace ascendente (Ajea) segun se describe posteriormente despues de la descripci6n referente a la Figura 27. El temporizador local de conversaci6n permitida se pone en marcha con el valor de (Ttcp - Ajea).
Esta gesti6n del temporizador local de conversaci6n permitida es novedosa.
12. E5 de la Figura 17
El terminal recibe habla del usuario y la envfa al controlador. El terminal hace funcionar el temporizador local de conversaci6n permitida. Basandose en este temporizador, el terminal, tfpicamente, indicarfa al usuario el tiempo restante de conversaci6n permitida.
Esta gesti6n del temporizador local de conversaci6n permitida es novedosa.
13. C3 de la Figura 17
El controlador recibe el habla del usuario y la reenvfa a otros participantes en la comunicaci6n. Cuando el controlador comienza a recibir el habla, pone en marcha el temporizador de conversaci6n permitida en este instante de tiempo con el valor del tiempo total de conversaci6n permitida (Ttcp).
La puesta en marcha del temporizador de conversaci6n permitida cuando comienza a recibirse el habla es novedosa.
14. E6 de la Figura 17
Cuando el temporizador local de conversaci6n permitida se dispara, indicando el final de la sesi6n de conversaci6n, el terminal preferentemente indicara este acontecimiento al usuario. A continuaci6n el terminal, posiblemente basandose en una entrada del usuario o una preferencia preconfigurada o de manera automatica, puede dejar de recibir habla del usuario y de enviarla al controlador en cuyo caso envfa al controlador el mensaje para liberar el derecho a hablar.
Observese que el terminal puede usar este mensaje de liberaci6n para estimar las latencias segun se describe posteriormente en referencia a las Figuras 25 a 27.
La gesti6n anterior es novedosa.
15.
M6 de la Figura 17 El mensaje de liberaci6n es transportado al controlador.
16.
C4 de la Figura 17 Cuando el controlador recibe el mensaje para liberar el derecho a hablar, detiene el temporizador de conversaci6n
permitida. Puesto que el mensaje de liberaci6n se recibe antes de la expiraci6n del temporizador de conversaci6n permitida, el controlador no aplica ninguna penalizaci6n.
A continuaci6n se describira una segunda realizaci6n de la invenci6n en referencia a la Figura 18. La secuencia de acontecimientos ilustrada en la Figura 18 se produce de la manera siguiente, en relaci6n con partes y mensajes indicados en el diagrama. Cada parte indicada con un prefijo E en la Figura 18 representa medios en el terminal para realizar las funciones que se describen posteriormente en referencia a esa parte. Cada parte indicada con un prefijo C en la Figura 18 representa medios en el controlador para realizar las funciones que se describen posteriormente en referencia a esa parte. Esta realizaci6n muestra una secuencia de ejemplo en la que no se usa o no se produce una repetici6n de mensajes.
1.
E1 de la Figura 18
Cuando el usuario solicita el derecho a hablar, el terminal envfa la solicitud del derecho a hablar al controlador.
2.
M1 de la Figura 18
El mensaje de solicitud es transportado al controlador.
3.
C1 de la Figura 18
Cuando el controlador recibe la solicitud y concede el derecho a hablar al usuario, determina el tiempo de conversaci6n permitida pero no pone en marcha, en este momento, el temporizador para controlar el tiempo de conversaci6n permitida. (Nota: en metodos previamente considerados, el controlador pondrfa en marcha el temporizador en este instante de tiempo). El controlador responde al terminal con un mensaje de que se ha concedido el derecho a hablar. En este mensaje, incluye el valor del tiempo total de conversaci6n permitida (Ttcp). La inclusi6n del tiempo total de conversaci6n permitida en el mensaje de derecho a hablar concedido es novedosa. Tambien es novedoso no poner en marcha el temporizador de conversaci6n permitida en este momento.
4.
M2 de la Figura 18
El mensaje de concesi6n es transportado al terminal. Este mensaje incluye el valor nuevo del tiempo total de conversaci6n permitida (Ttcp).
5.
E2 de la Figura 18
Cuando el terminal recibe el mensaje de que se ha concedido el derecho a hablar, tfpicamente proporciona una indicaci6n al usuario y se prepara para recibir habla desde el usuario y para enviar el habla al controlador. El terminal pone en marcha en ese momento un temporizador local de conversaci6n permitida (Tlcp). El valor de ese temporizador es igual al valor del tiempo total de conversaci6n permitida recibido en M2.
Esta gesti6n del temporizador local de conversaci6n permitida es novedosa.
6.
E3 de la Figura 18
El terminal recibe habla del usuario y envfa el habla al controlador. El terminal hace funcionar el temporizador local de conversaci6n permitida. Basandose en este temporizador, el terminal tfpicamente indicara al usuario el tiempo restante de conversaci6n permitida.
7.
C2 de la Figura 18
El controlador recibe el habla del usuario y la reenvfa a otros participantes en la comunicaci6n. Cuando el controlador comienza a recibir el habla, pone en marcha en este instante de tiempo el temporizador de conversaci6n permitida con el valor del tiempo total de conversaci6n permitida ajustado hacia arriba para adaptarse a las latencias. El controlador calcula el ajuste de latencia de enlace ascendente (Ajea) segun se describe posteriormente siguiendo la descripci6n referente a la Figura 27. El temporizador de conversaci6n permitida se fija a (Ttcp � Ajea).
La puesta en marcha del temporizador de conversaci6n permitida cuando comienza a recibirse el habla y el ajuste del temporizador de conversaci6n son novedosos.
8. E4 de la Figura 18
Cuando el temporizador local de conversaci6n permitida se dispara, indicando el final de la sesi6n de conversaci6n, el terminal preferentemente indicara este acontecimiento al usuario. A continuaci6n, el terminal, posiblemente basandose en una entrada del usuario o una preferencia preconfigurada o de manera automatica puede dejar de recibir habla del usuario y de enviarla al controlador en cuyo caso envfa al controlador el mensaje para liberar el derecho a hablar.
La gesti6n anterior es novedosa.
9.
M3 de la Figura 18 El mensaje de liberaci6n es transportado al controlador.
10.
C3 de la Figura 18
Cuando el controlador recibe el mensaje para liberar el derecho a hablar, detiene el temporizador de conversaci6n permitida. Puesto que el mensaje de liberaci6n se recibe antes de la expiraci6n del temporizador de conversaci6n permitida, el controlador no aplica ninguna penalizaci6n.
A continuaci6n se describira una tercera realizaci6n de la invenci6n en referencia a la Figura 19. La secuencia de acontecimientos ilustrada en la Figura 19 se produce de la manera siguiente, en referencia a partes y mensajes indicados en el diagrama. Cada parte indicada con un prefijo E en la Figura 19 representa medios en el terminal para realizar las funciones que se describen posteriormente en referencia a esa parte. Cada parte indicada con un prefijo C en la Figura 19 representa medios en el controlador para realizar las funciones que se describen posteriormente en referencia a esa parte. Esta realizaci6n muestra una secuencia de ejemplo en la que no se usa o no se produce una repetici6n de mensajes.
1.
E1 de la Figura 19 Cuando el usuario solicita el derecho a hablar, el terminal envfa la solicitud del derecho a hablar al controlador. Observese que el terminal puede usar este mensaje de solicitud para estimar las latencias segun se describe
posteriormente en referencia a las Figuras 25 a 27.
2.
M1 de la Figura 19 El mensaje de solicitud es transportado al controlador.
3.
C1 de la Figura 19
Cuando el control recibe la solicitud y concede el derecho a hablar al usuario, pone en marcha el temporizador para controlar el tiempo de conversaci6n permitida. Responde al terminal con un mensaje de que se ha concedido el derecho a hablar. En este mensaje, incluye el valor del tiempo total de conversaci6n permitida (Ttcp), que es igual al valor del temporizador que ha puesto en marcha. La inclusi6n del tiempo total de conversaci6n permitida en el mensaje de derecho a hablar concedido es novedosa.
4.
M2 de la Figura 19
El mensaje de concesi6n es transportado al terminal. Este mensaje incluye el valor nuevo del tiempo total de conversaci6n permitida (Ttcp).
5.
E2 de la Figura 19
Cuando el terminal recibe el mensaje de que se ha concedido el derecho a hablar, tfpicamente proporciona una indicaci6n al usuario y se prepara para recibir habla del usuario y para enviar el habla al controlador.
Observese que el terminal puede usar este mensaje de solicitud para estimar las latencias segun se describe posteriormente en referencia a las Figuras 25 a 27.
El terminal en ese momento pone en marcha un temporizador local de conversaci6n permitida (Tlcp). El valor de ese temporizador se basa en el valor del tiempo total de conversaci6n permitida recibido en M2 ajustado hacia abajo para adaptarse a las latencias de transferencia de mensajes. En este caso, el terminal se ajusta para las latencias de transferencia de mensajes deduciendo el valor de ajuste correspondiente a la transferencia acumulada de enlace descendente y enlace ascendente, calculada segun se describe posteriormente siguiendo la descripci6n referente a la Figura 27, del temporizador total de conversaci6n permitida de la manera siguiente:
Tlcp�Ttcp -Ajed�ea
Esta gesti6n del temporizador local de conversaci6n permitida es novedosa.
6.
E3 de la Figura 19
El terminal recibe habla del usuario y la envfa al controlador. El terminal hace funcionar el temporizador local de conversaci6n permitida. Basandose en este temporizador, el terminal tfpicamente indicara al usuario el tiempo restante de conversaci6n permitida.
7.
C2 de la Figura 19 El controlador recibe el habla del usuario y la reenvfa a otros participantes en la comunicaci6n. El controlador hace
funcionar el temporizador de conversaci6n permitida.
8. E4 de la Figura 19
Cuando el temporizador local de conversaci6n permitida se dispara, indicando el final de la sesi6n de conversaci6n, el terminal indicara preferentemente este acontecimiento al usuario. A continuaci6n, el terminal, posiblemente basandose en una entrada del usuario o una preferencia preconfigurada o de manera automatica, puede dejar de recibir habla del usuario y de enviarla al controlador, en cuyo caso envfa al controlador el mensaje para liberar el derecho a hablar.
Observese que el terminal puede usar este mensaje de liberaci6n para estimar las latencias segun se describe posteriormente en referencia a las Figuras 25 a 27.
La gesti6n anterior es novedosa.
9.
M3 de la Figura 19 El mensaje de liberaci6n es transportado al controlador.
10.
C3 de la Figura 19
Cuando el controlador recibe el mensaje para liberar el derecho a hablar, detiene el temporizador de conversaci6n permitida. Puesto que el mensaje de liberaci6n se recibe antes de la expiraci6n del temporizador de conversaci6n permitida, el controlador no aplica ninguna penalizaci6n.
A continuaci6n se describira una cuarta realizaci6n de la invenci6n en referencia a la Figura 20. La secuencia de acontecimientos ilustrada en la Figura 20 se produce de la manera siguiente, en referencia a partes y mensajes indicados en el diagrama. Cada parte indicada con un prefijo E en la Figura 20 representa medios en el terminal para realizar las funciones que se describen posteriormente en referencia a esa parte. Cada parte indicada con un prefijo C en la Figura 20 representa medios en el controlador para realizar las funciones que se describen posteriormente en referencia a esa parte. Esta realizaci6n muestra una secuencia de ejemplo en la que no se usa o no se produce una repetici6n de mensajes.
1.
E1 de la Figura 20 Cuando el usuario solicita el derecho a hablar, el terminal envfa la solicitud del derecho a hablar al controlador.
2.
M1 de la Figura 20 El mensaje de solicitud es transportado al controlador.
3.
C1 de la Figura 20
Cuando el controlador recibe la solicitud y concede el derecho a hablar al usuario, pone en marcha el temporizador para controlar el tiempo de conversaci6n permitida con el valor del tiempo total de conversaci6n permitida (Ttcp) ajustado hacia arriba para adaptarse a las latencias. El controlador calcula el ajuste acumulado de la latencia de enlace descendente y enlace ascendente (Ajed�ea) segun se describe posteriormente siguiendo la descripci6n referente a la Figura 27. El temporizador de conversaci6n permitida se fija a (Ttcp � Ajed�ea) cuando se pone en marcha.
El controlador responde al terminal con un mensaje de que se ha concedido el derecho a hablar. En este mensaje, incluye el valor del tiempo total de conversaci6n permitida (Ttcp).
La inclusi6n del tiempo total de conversaci6n permitida en el mensaje de derecho a hablar concedido es novedosa.
4.
M2 de la Figura 20
El mensaje de concesi6n es transportado al terminal. Este mensaje incluye el valor nuevo del tiempo total de conversaci6n permitida (Ttcp).
5.
E2 de la Figura 20
Cuando el terminal recibe el mensaje de que se ha concedido el derecho a hablar, tfpicamente proporciona una indicaci6n al usuario y se prepara para recibir habla del usuario y para enviar el habla al controlador. El terminal en ese momento pone en marcha un temporizador local de conversaci6n permitida (Tlcp). El valor de ese temporizador es igual al valor del tiempo total de conversaci6n permitida recibido en M2.
Esta gesti6n del temporizador local de conversaci6n permitida es novedosa.
6. E3 de la Figura 20
El terminal recibe habla del usuario y la envfa al controlador. El terminal hace funcionar el temporizador local de conversaci6n permitida. Basandose en este temporizador, el terminal tfpicamente indicara al usuario el tiempo restante de conversaci6n permitida.
7.
C2 de la Figura 20
El controlador recibe el habla del usuario y la reenvfa a otros participantes en la comunicaci6n. El controlador hace funcionar el temporizador de conversaci6n permitida.
8.
E4 de la Figura 20
Cuando el temporizador local de conversaci6n permitida se dispara, indicando el final de la sesi6n de conversaci6n, el terminal preferentemente indicara este acontecimiento al usuario. A continuaci6n, el terminal, posiblemente basandose en una entrada del usuario o una preferencia preconfigurada o de manera automatica, puede dejar de recibir el habla del usuario y de enviarla al controlador en cuyo caso envfa al controlador el mensaje para liberar el derecho a hablar.
La gesti6n anterior es novedosa.
9.
M3 de la Figura 20
El mensaje de liberaci6n es transportado al controlador.
10.
C3 de la Figura 20
Cuando el controlador recibe el mensaje para liberar el derecho a hablar, detiene el temporizador de conversaci6n permitida. Puesto que el mensaje de liberaci6n se recibe antes de la expiraci6n del temporizador de conversaci6n permitida, el controlador no aplica ninguna penalizaci6n.
A continuaci6n se describira una quinta realizaci6n de la invenci6n en referencia a la Figura 21. La secuencia de acontecimientos ilustrada en la Figura 21 se produce de la manera siguiente, en referencia a partes y mensajes indicados en el diagrama. Cada parte indicada con un prefijo E en la Figura 21 representa medios en el terminal para realizar las funciones que se describen posteriormente en referencia a esa parte. Cada parte indicada con un prefijo C en la Figura 21 representa medios en el controlador para realizar las funciones que se describen posteriormente en referencia a esa parte. La secuencia de mensajes ilustrada en la Figura 21 muestra un ejemplo de perdida de mensaje; se apreciara que esto es simplemente una ilustraci6n de una posible secuencia de mensajes originada a partir de la perdida de mensaje, y tambien se podrfan obtener como resultado otras secuencias a partir de dicha perdida de mensaje o secuenciaci6n incorrecta.
1. E1 de la Figura 21
Cuando el usuario solicita el derecho a hablar, el terminal envfa la solicitud del derecho a hablar al controlador. El terminal pone en marcha un temporizador de retransmisi6n para la solicitud.
Observese que el terminal puede usar este mensaje de solicitud para estimar las latencias segun se describe posteriormente en referencia a las Figuras 25 a 27.
2.
M1 de la Figura 21
El mensaje de solicitud es transmitido por el terminal, y, en esta secuencia de ejemplo, se pierde en su camino hacia el controlador.
3.
E2 de la Figura 21
El temporizador de retransmisi6n de solicitud se dispara en el terminal, lo cual activa el terminal para volver a enviar la solicitud del derecho a hablar. El terminal vuelve a poner en marcha el temporizador de retransmisi6n de solicitud.
Observese que el terminal puede usar este mensaje de solicitud para estimar las latencias segun se describe posteriormente en referencia a las Figuras 25 a 27.
4.
M2 de la Figura 21
El mensaje de solicitud retransmitido es transportado de manera exitosa al controlador.
5.
C1 de la Figura 21
Cuando el controlador recibe la solicitud y concede el derecho a hablar al usuario, pone en marcha el temporizador para controlar el tiempo de conversaci6n permitida con el valor del tiempo total de conversaci6n permitida (Ttcp). Responde al terminal con un mensaje de que se ha concedido el derecho a hablar. En este mensaje, incluye el valor actual del temporizador de conversaci6n permitida (Tacp), que, en este instante de tiempo, es igual al tiempo total de
conversaci6n permitida. La inclusi6n del tiempo actual de conversaci6n permitida en el mensaje de derecho a hablar concedido es novedosa.
6.
M3 de la Figura 21
El mensaje de concesi6n es transmitido por el controlador y, en esta secuencia de ejemplo, se pierde en su camino al terminal. Este mensaje incluye el valor nuevo del tiempo actual de conversaci6n permitida (Tacp).
7.
E3 de la Figura 21
El temporizador de retransmisi6n de solicitud se dispara en el terminal, lo cual activa el terminal para volver a enviar la solicitud del derecho a hablar. El terminal vuelve a poner en marcha el temporizador de retransmisi6n de solicitud.
Observese que el terminal puede usar este mensaje de solicitud para estimar las latencias segun se describe posteriormente en referencia a las Figuras 25 a 27.
8.
M4 de la Figura 21
El mensaje de solicitud es transportado de manera exitosa al controlador.
9.
C2 de la Figura 21
Cuando el controlador recibe la solicitud retransmitida, tiene conocimiento de que ya ha concedido al usuario el derecho a hablar y de que ya tiene en funcionamiento el temporizador de conversaci6n permitida. El controlador responde al terminal con un mensaje de que se ha concedido el derecho a hablar. En este mensaje, incluye el valor actual del temporizador de conversaci6n permitida (Tacp), que, en este instante de tiempo, ya se ha decrementado desde que se puso en marcha. La inclusi6n del tiempo actual de conversaci6n permitida en el mensaje de derecho a hablar concedido es novedosa.
Observese que el controlador normalmente no volverfa a poner en marcha el temporizador de conversaci6n permitida en este instante de tiempo con el fin de protegerse contra un comportamiento fraudulento del terminal.
Observese que, en el funcionamiento normal del controlador, este ultimo podrfa haber decidido dar el derecho a hablar a otro usuario en la conexi6n entre C1 y C2. Puesto que esto no es importante para el funcionamiento de la invenci6n, este caso no se describe aquf, aunque sera entendido por los expertos en la materia sin ninguna explicaci6n adicional.
10. M5 de la Figura 21
El mensaje de concesi6n es transportado de manera exitosa al terminal. Este mensaje incluye el valor nuevo del tiempo actual de conversaci6n permitida (Tacp).
Observese que el terminal puede usar este mensaje de concesi6n para estimar las latencias segun se describe posteriormente en referencia a las Figuras 25 a 27.
11. E4 de la Figura 21
Cuando el terminal recibe el mensaje de que se ha concedido el derecho a hablar, tfpicamente proporciona una indicaci6n al usuario y se prepara para recibir habla del usuario y para enviar el habla al controlador. El terminal detiene el temporizador de retransmisi6n de solicitud. El terminal en este momento pone en marcha un temporizador local de conversaci6n permitida (Tlcp).
El valor del temporizador local de conversaci6n permitida se fija al valor del tiempo actual de conversaci6n permitida recibido en M5 ajustado hacia abajo para adaptarse a las latencias acumuladas de enlace descendente y enlace ascendente, calculadas tal como se describe posteriormente siguiendo la descripci6n referente a la Figura 27, de la manera siguiente:
Tlcp � Tacp -Ajed�ea
Esta gesti6n del temporizador local de conversaci6n permitida es novedosa.
12.
E5 de la Figura 21
El terminal recibe habla del usuario y la envfa al controlador. El terminal hace funcionar el temporizador local de conversaci6n permitida. Basandose en este temporizador, el terminal tfpicamente indicara al usuario el tiempo restante de conversaci6n permitida.
13.
C3 de la Figura 21
El controlador recibe el habla del usuario y la reenvfa a otros participantes en la comunicaci6n. El controlador hace
funcionar el temporizador de conversaci6n permitida.
14. E6 de la Figura 21
Cuando el temporizador local de conversaci6n permitida se dispara, indicando el final de la sesi6n de conversaci6n, el terminal indicara preferentemente este acontecimiento al usuario. A continuaci6n, el terminal, posiblemente basandose en una entrada del usuario o una preferencia preconfigurada o de manera automatica, puede dejar de recibir habla del usuario y de enviarla al controlador, en cuyo caso envfa al controlador el mensaje para liberar el derecho a hablar.
La gesti6n anterior es novedosa.
15.
M6 de la Figura 21
El mensaje de liberaci6n es transportado al controlador.
16.
C3 de la Figura 21
Cuando el controlador recibe el mensaje para liberar el derecho a hablar, detiene el temporizador de conversaci6n permitida. Puesto que el mensaje de liberaci6n se recibe antes de la expiraci6n del temporizador de conversaci6n permitida, el controlador no aplica ninguna penalizaci6n.
A continuaci6n se describira en referencia a la Figura 22 una sexta realizaci6n de la invenci6n. La secuencia de acontecimientos ilustrada en la Figura 22 se produce de la manera siguiente, en referencia a partes y mensajes indicados en el diagrama. Cada parte indicada con un prefijo E en la Figura 22 representa medios en el terminal para realizar las funciones que se describen posteriormente en referencia a esa parte. Cada parte indicada con un prefijo C en la Figura 22 representa medios en el controlador para realizar las funciones que se describen posteriormente en referencia a esa parte. La secuencia de mensajes ilustrada en la Figura 22 muestra un ejemplo de perdida de mensaje; se apreciara que la misma es meramente una ilustraci6n de una posible secuencia de mensajes originada a partir de una perdida de mensaje, y tambien se podrfan obtener como resultado otras secuencias a partir de dicha perdida de mensaje o secuenciaci6n incorrecta.
1.
E1 de la Figura 22
Cuando el usuario solicita el derecho a hablar, el terminal envfa la solicitud del derecho a hablar al controlador. El terminal pone en marcha un temporizador de retransmisi6n para la solicitud.
2.
M1 de la Figura 22
El mensaje de solicitud es transmitido por el terminal, y, en esta secuencia de ejemplo, se pierde en su camino al controlador.
3.
E2 de la Figura 22
El temporizador de retransmisi6n de solicitud se dispara en el terminal, el cual activa el terminal para volver a enviar la solicitud del derecho a hablar. El terminal vuelve a poner en funcionamiento el temporizador de retransmisi6n de solicitud.
4.
M2 de la Figura 22
El mensaje de solicitud retransmitido es transportado de manera exitosa al controlador.
5.
C1 de la Figura 22
Cuando el controlador recibe la solicitud y concede el derecho a hablar al usuario, pone en marcha el temporizador para controlar el tiempo de conversaci6n permitida con el valor del tiempo total de conversaci6n permitida (Ttcp) ajustado hacia arriba para adaptarse a las latencias. El controlador calcula el ajuste de latencia acumulada de enlace descendente y enlace ascendente (Ajed�ea) segun se describe posteriormente siguiendo la descripci6n referente a la Figura 27. El temporizador de conversaci6n permitida se fija a (Ttcp � Ajea�ea) cuando se pone en marcha.
El controlador responde al terminal con un mensaje de que se ha concedido el derecho a hablar. En este mensaje, incluye el valor del tiempo actual de conversaci6n permitida (Tacp) fijado al valor de Ttcp.
La inclusi6n del tiempo actual de conversaci6n permitida en el mensaje de derecho a hablar concedido y la realizaci6n del ajuste de latencia son novedosas.
6. M3 de la Figura 22
El mensaje de concesi6n es transmitido por el controlador y, en esta secuencia de ejemplo, se pierde en su camino hacia el terminal. Este mensaje incluye el valor nuevo del tiempo actual de conversaci6n permitida (Tacp).
7.
E3 de la Figura 22
El temporizador de retransmisi6n de solicitud se dispara en el terminal, lo cual activa el terminal para volver a enviar la solicitud del derecho a hablar. El terminal vuelve a poner en marcha el temporizador de retransmisi6n de solicitud.
8.
M4 de la Figura 22 El mensaje de solicitud es transportado de manera exitosa al controlador.
9.
C2 de la Figura 22
Cuando el controlador recibe la solicitud retransmitida, tiene conocimiento de que ya ha concedido al usuario el derecho a hablar y de que ya tiene en funcionamiento el temporizador de conversaci6n permitida. El controlador responde al terminal con un mensaje de que se ha concedido el derecho a hablar. En este mensaje, incluye el tiempo actual de conversaci6n permitida (Tacp) calculado deduciendo el ajuste Ajed�ea usado en la etapa C1 del valor actual del temporizador de conversaci6n permitida, que, en este instante de tiempo, ya se ha decrementado desde que se puso en marcha. La inclusi6n del tiempo actual de conversaci6n permitida (Tacp) en el mensaje de derecho a hablar concedido es novedosa.
Observese que el controlador normalmente no volverfa a poner en marcha el temporizador de conversaci6n permitida en este instante de tiempo para protegerse del comportamiento fraudulento del terminal.
Observese que en el funcionamiento normal del controlador, este ultimo podrfa haber decidido dar el derecho a hablar a otro usuario en la conexi6n entre C1 y C2. Puesto que esto no es importante para el funcionamiento de la invenci6n, este caso no se describe aquf, pero sera entendido por los expertos en la materia sin ninguna explicaci6n adicional.
10.
M5 de la Figura 22
El mensaje de concesi6n es transportado de manera exitosa al terminal. Este mensaje incluye el valor nuevo del tiempo actual de conversaci6n permitida (Tacp).
11.
E4 de la Figura 22
Cuando el terminal recibe el mensaje de que se ha concedido el derecho a hablar, tfpicamente proporciona una indicaci6n al usuario y se prepara para recibir habla del usuario y para enviar el habla al controlador. El terminal detiene el temporizador de retransmisi6n de solicitud. El terminal pone en marcha el temporizador local de conversaci6n permitida. El valor de ese temporizador se fija al valor del tiempo actual de conversaci6n permitida recibido en M5.
Esta gesti6n del temporizador local de conversaci6n permitida es novedosa.
12.
E5 de la Figura 22
El terminal recibe habla del usuario y la envfa al controlador. El terminal hace funcionar el temporizador local de conversaci6n permitida. Basandose en este temporizador, el terminal tfpicamente indicara al usuario el tiempo restante de conversaci6n permitida.
13.
C3 de la Figura 22
El controlador recibe el habla del usuario y la reenvfa a otros participantes en la comunicaci6n. El controlador hace funcionar el temporizador de conversaci6n permitida.
14.
E6 de la Figura 22
Cuando el temporizador local de conversaci6n permitida se dispara, indicando el final de la sesi6nde conversaci6n, el terminal preferentemente indicara este acontecimiento al usuario. A continuaci6n, el terminal, posiblemente basandose en una entrada del usuario o una preferencia preconfigurada o de manera automatica, puede dejar de recibir habla del usuario y de enviarla al controlador en cuyo caso envfa al controlador el mensaje para liberar el derecho a hablar.
La gesti6n anterior es novedosa.
15.
M6 de la Figura 22 El mensaje de liberaci6n es transportado al controlador.
16.
C14 de la Figura 22 Cuando el controlador recibe el mensaje para liberar el derecho a hablar, detiene el temporizador de conversaci6n
permitida. Puesto que el mensaje de liberaci6n se recibe antes de la expiraci6n del temporizador de conversaci6n permitida, el controlador no aplica ninguna penalizaci6n.
A continuaci6n se describira una septima realizaci6n de la invenci6n en referencia a la Figura 23. La secuencia de acontecimientos ilustrada en la Figura 23 se produce de la manera siguiente, en referencia a partes y mensajes indicados en el diagrama. Cada parte indicada con un prefijo E en la Figura 23 representa medios en el terminal para realizar las funciones que se describen posteriormente en referencia a esa parte. Cada parte indicada con un prefijo C en la Figura 23 representa medios en el controlador para realizar las funciones que se describen posteriormente en referencia a esa parte. Esta realizaci6n muestra una secuencia de ejemplo en la que no se usa o no se produce una repetici6n de mensajes.
1.
E1 de la Figura 23 Cuando el usuario solicita el derecho a hablar, el terminal envfa la solicitud del derecho a hablar al controlador.
2.
M1 de la Figura 23 El mensaje de solicitud es transportado al controlador.
3.
C1 de la Figura 23
Cuando el controlador recibe la solicitud y concede el derecho a hablar al usuario, determina la marca de tiempo de cuando se producira la expiraci6n del tiempo de conversaci6n permitida. Responde al terminal con un mensaje de que se ha concedido el derecho a hablar. En este mensaje, incluye la marca de tiempo de la expiraci6n del tiempo de conversaci6n permitida. La inclusi6n de la marca de tiempo de expiraci6n de tiempo de conversaci6n permitida en el mensaje de derecho a hablar concedido es novedosa.
4.
M2 de la Figura 23
El mensaje de concesi6n es transportado al terminal. Este mensaje incluye la nueva marca de tiempo de expiraci6n del tiempo de conversaci6n permitida (Mtetcp).
5.
E2 de la Figura 23
Cuando el terminal recibe el mensaje de que se ha concedido el derecho a hablar, tfpicamente proporciona una indicaci6n al usuario y se prepara para recibir habla desde el usuario y para enviar el habla al controlador.
El terminal fija una marca de tiempo de expiraci6n de habla permitida local (Mtecpl). El valor de la marca de tiempo local se fija a la marca de tiempo de expiraci6n del tiempo de conversaci6n permitida, recibida en M2, ajustada hacia abajo para adaptarse a la latencia del enlace ascendente, de modo que el valor de ajuste calculado segun se describe posteriormente sigue la descripci6n referente a la Figura 27, de la manera siguiente
Mtecpl � Mtetcp -Ajea
Esta gesti6n de la marca de tiempo local de expiraci6n permitida es novedosa.
6.
E3 de la Figura 23
El terminal recibe el habla del usuario y la envfa al controlador. Basandose en la marca de tiempo local de expiraci6n permitida, el terminal tfpicamente indicara al usuario el tiempo restante de conversaci6n permitida.
7.
C2 de la Figura 23
El controlador recibe el habla del usuario y la reenvfa a otros participantes en la comunicaci6n. El controlador hace funcionar el temporizador de conversaci6n permitida.
7. E4 de la Figura 23
Cuando se ha alcanzado la marca de tiempo local de expiraci6n de conversaci6n permitida, el terminal tfpicamente indicara este acontecimiento al usuario. A continuaci6n, el terminal, posiblemente basandose en una entrada del usuario o una preferencia preconfigurada o de manera automatica, puede dejar de recibir habla del usuario y de enviarla al controlador, en cuyo caso envfa al controlador el mensaje para liberar el derecho a hablar.
La gesti6n anterior es novedosa.
8.
M3 de la Figura 23 El mensaje de liberaci6n es transportado al controlador.
9.
C3 de la Figura 23
El controlador recibe el mensaje para liberar el derecho a hablar. Puesto que el mensaje de liberaci6n se recibe antes de la expiraci6n del tiempo de conversaci6n permitida, el controlador no aplica ninguna penalizaci6n.
A continuaci6n se describira en referencia a la Figura 24 una octava realizaci6n de la invenci6n. La secuencia de acontecimientos ilustrada en la Figura 24 se produce de la manera siguiente, en referencia a partes y mensajes indicados en el diagrama. Cada parte indicada con un prefijo E en la Figura 24 representa medios en el terminal para realizar las funciones que se describen posteriormente en referencia a esa parte. Cada parte indicada con un prefijo C en la Figura 24 representa medios en el controlador para realizar las funciones que se describen posteriormente en referencia a esa parte. Esta realizaci6n muestra una secuencia de ejemplo en la que no se usa o no se produce una repetici6n de mensajes.
1.
E1 de la Figura 24 Cuando el usuario solicita el derecho a hablar, el terminal envfa la solicitud del derecho a hablar al controlador.
2.
M1 de la Figura 24 El mensaje de solicitud es transportado al controlador.
3.
C1 de la Figura 24
Cuando el controlador recibe la solicitud y concede el derecho a hablar al usuario, el controlador determina la marca de tiempo de cuando se producira la expiraci6n del tiempo de conversaci6n permitida en el controlador (Mtetcpc). La marca de tiempo Mtetcpc se calcula sumando el tiempo total de conversaci6n permitida (Ttcp) al tiempo actual y sumando el valor del ajuste de latencia de enlace ascendente (Ajea) calculado segun se describe posteriormente siguiendo la descripci6n referente a la Figura 27, de la manera siguiente:
Mtetcp � tiempo actual � Ttcp � Ajea
El controlador responde al terminal con un mensaje de que se ha concedido el derecho a hablar. En este mensaje, incluye la marca de tiempo de la expiraci6n del tiempo de conversaci6n permitida (Mtetcp). La marca de tiempo Mtetcp se calcula sumando el tiempo total de conversaci6n permitida (Ttcp) al tiempo actual, de la manera siguiente:
Mtetcp � tiempo actual � Ttcp
La inclusi6n de la marca de tiempo de expiraci6n del tiempo de conversaci6n permitida (Mtetcp) en el mensaje de derecho a hablar concedido es novedosa.
4.
M2 de la Figura 24
El mensaje de concesi6n se transporta al terminal. Este mensaje incluye la nueva marca de tiempo de expiraci6n del tiempo de conversaci6n permitida (Mtetcp).
5.
E2 de la Figura 24
Cuando el terminal recibe el mensaje de que se ha concedido el derecho a hablar, tfpicamente proporciona una indicaci6n al usuario y se prepara para recibir habla desde el usuario y para enviar el habla al controlador. El terminal fija una marca de tiempo local de expiraci6n de la conversaci6n permitida (Mtecpl). El valor de la marca
de tiempo local se fija a la marca de tiempo de expiraci6n del tiempo de conversaci6n permitida, recibida en M2, de la manera siguiente: Mtecpl � Mtetcp Esta gesti6n de la marca de tiempo local de expiraci6n permitida es novedosa.
6.
E3 de la Figura 24
El terminal recibe habla del usuario y la envfa al controlador. Basandose en la marca de tiempo local de expiraci6n permitida, el terminal tfpicamente indicara al usuario el tiempo restante de conversaci6n permitida.
7.
C2 de la Figura 24
El controlador recibe el habla del usuario y la reenvfa a otros participantes en la comunicaci6n. El controlador hace funcionar el temporizador de conversaci6n permitida.
8.
E4 de la Figura 24
Cuando se ha alcanzado la marca de tiempo local de expiraci6n de la conversaci6n permitida, el terminal tfpicamente indicara este acontecimiento al usuario. A continuaci6n, el terminal, posiblemente basandose en una entrada del usuario o una preferencia preconfigurada o de manera automatica, puede dejar de recibir habla del usuario y de enviarla al controlador, en cuyo caso envfa al controlador el mensaje para liberar el derecho a hablar.
La gesti6n anterior es novedosa.
9. M3 de la Figura 24 5 El mensaje de liberaci6n es transportado al controlador.
10. C3 de la Figura 24
El controlador recibe el mensaje para liberar el derecho a hablar. Puesto que el mensaje de liberaci6n se recibe antes de la expiraci6n del tiempo de conversaci6n permitida, el controlador no aplica ninguna penalizaci6n.
Las realizaciones primera a octava antes descritas son meramente ejemplos, y para los expertos en la materia
10 resultaran evidentes muchas mas posibilidades. Las partes mostradas en las Figuras 6 a 16 y descritas en referencia a las mismas se pueden considerar como "bloques constructivos" a partir de los cuales se pueden construir varias combinaciones, representando las realizaciones primera a octava unicamente ocho de las posibles combinaciones. Por ejemplo, existe tambien el caso en el que el controlador funciona de acuerdo con el primer regimen antes descrito, realizando ajuste de latencia con retransmisi6n. A continuaci6n se resumen las posibles
15 combinaciones y c6mo se relacionan las mismas con las ocho realizaciones ya descritas; las reivindicaciones deben interpretarse de manera que abarcan todas estas posibilidades. Los expertos entenderan facilmente c6mo implementar aquellas combinaciones no descritas explfcitamente en la realizaci6n anterior.
1. Regimen 1 (con el habla)
a.
Tipo A (Ttcp) 20 i. Metodo A (el controlador realiza un ajuste de latencia)
a.
sin retransmisi6n (Figura 18, realizaci6n 2)
b.
retransmisi6n (sin realizaci6n explfcita descrita)
ii. Metodo B (el terminal realiza un ajuste de latencia)
a.
sin retransmisi6n (sin realizaci6n explfcita descrita) 25 b. retransmisi6n (Figura 17, realizaci6n 1)
2. Regimen 2 (con la concesi6n)
a. Tipo A (Ttcp)
i. Metodo A (el controlador realiza un ajuste de latencia)
a.
sin retransmisi6n (Figura 20, realizaci6n 4) 30 b. retransmisi6n (sin realizaci6n explfcita descrita)
ii. Metodo B (el terminal realiza un ajuste de latencia)
a.
sin retransmisi6n (Figura 19, realizaci6n 3)
b.
retransmisi6n (sin realizaci6n explfcita descrita)
b.
Tipo B (Tacp) 35 i. Metodo A (el controlador realiza un ajuste de latencia)
a.
sin retransmisi6n (sin realizaci6n explfcita descrita)
b.
retransmisi6n (Figura 22, realizaci6n 6)
ii. Metodo B (el terminal realiza un ajuste de latencia)
a.
sin retransmisi6n (sin realizaci6n explfcita descrita) 40 b. retransmisi6n (Figura 21, realizaci6n 5)
c. Tipo C (Marca de tiempo)
i.
Metodo A (el controlador realiza un ajuste de latencia)
a.
sin retransmisi6n (Figura 24, realizaci6n 8)
b.
retransmisi6n (sin realizaci6n explfcita descrita)
ii.
Metodo B (el terminal realiza un ajuste de latencia)
a.
sin retransmisi6n (Figura 23, realizaci6n 7)
b.
retransmisi6n (sin realizaci6n explfcita descrita)
A continuaci6n se describiran metodos para estimar las latencias a las que se ha hecho referencia en la descripci6n anterior de varias realizaciones de la presente invenci6n. En estos metodos, se estiman latencias en el terminal basandose en la medici6n de tiempo de mensajes de control enviados entre el terminal y el controlador.
Se describe un primer metodo para estimar la latencia en referencia a la Figura 25, para el caso en el que no hay repetici6n de mensajes. Esto se puede aplicar particularmente a sistemas en los que se usa un transporte fiable para los mensajes de control. La secuencia de acontecimientos es la siguiente.
1.
E1 de la Figura 25
Cuando el terminal envfa una solicitud para la cual se espera una respuesta del controlador (por ejemplo, el mensaje de solicitud del derecho a hablar), el terminal registra el tiempo local en el que envfa esta solicitud inicial (Tsl-1). El registro del tiempo local de la solicitud inicial es novedoso.
2.
M1 de la Figura 25
El mensaje de solicitud es transportado al controlador.
3.
C1 de la Figura 25
El controlador recibe la solicitud y envfa las respuestas (por ejemplo, el mensaje de derecho a hablar concedido, en respuesta al mensaje de solicitud del derecho a hablar).
4.
M2 de la Figura X
El mensaje de respuesta es transportado al terminal.
5.
E2 de la Figura 25
El terminal recibe el mensaje de respuesta. El terminal registra el tiempo en el que ha recibido el mensaje de respuesta (Trl). El terminal estima el retardo de ida y vuelta de la solicitud-respuesta de manera que es:
Trid � Trl - Tsl-1
El terminal puede mantener un historial de valores de Trid. El terminal selecciona el valor mas reciente de Trid o aquel del historial que le resulta el mas representativo para la conexi6n. Al Trid seleccionado se le denomina Trid-s.
El Trid-s es la base para la estimaci6n de la latencia acumulada de enlace ascendente y enlace descendente (Lea�ed). El terminal estima que la latencia acumulada es:
Lea�ed � Trid-s
La estimaci6n de la latencia es novedosa.
Se describe un segundo metodo para estimar la latencia en referencia a la Figura 26, para el caso en el que hay repetici6n de mensaje. Por lo tanto, el mismo se puede aplicar particularmente, aunque sin limitaciones, a sistemas en los que se usa un transporte no fiable para los mensajes de control. La secuencia de acontecimientos es la siguiente. La secuencia de mensajes ilustrada en la Figura 26 muestra un ejemplo de perdida de mensaje; se apreciara que el mismo es meramente una ilustraci6n de una posible secuencia de mensajes originada a partir de una perdida de mensaje, y tambien se podrfan obtener como resultado otras secuencias a partir de dicha perdida de mensaje o secuenciaci6n incorrecta.
1. E1 de la Figura 26
Cuando el terminal envfa una solicitud para la cual se espera una respuesta del controlador (por ejemplo, el mensaje de solicitud del derecho a hablar), el terminal registra el tiempo local en el que envfa esta solicitud inicial (Tsl-1). El terminal pone en marcha un temporizador de retransmisi6n a la espera de la respuesta del controlador. El registro del tiempo local de la solicitud inicial es novedoso.
Observese que el terminal registra el tiempo local por separado para cada mensaje de solicitud inicial y que se haya vuelto a enviar. Para clarificar este punto, en el presente documento se usa una notaci6n que anade un numero de secuencia creciente al Tsl, en donde para la solicitud inicial se usa Tsl-1.
2.
M1 de la Figura 26
El mensaje de solicitud es transmitido por el terminal, y, en esta secuencia de ejemplo, se pierde en su camino al controlador.
3.
E2 de la Figura 26
El temporizador de retransmisi6n de solicitud se dispara en el terminal, lo cual activa el terminal para volver a enviar el mensaje de solicitud. El terminal vuelve a poner en marcha el temporizador de retransmisi6n de solicitud. El terminal registra el tiempo local en el que vuelve a enviar la solicitud (Tsl-2). El registro del tiempo local de la solicitud que se ha vuelto a enviar es novedoso.
4.
M2 de la Figura 26 El mensaje de solicitud retransmitido es transportado exitosamente al controlador.
5.
C1 de la Figura 26
El controlador recibe la solicitud y envfa las respuestas (por ejemplo, el mensaje de derecho a hablar concedido en respuesta al mensaje de solicitud del derecho a hablar).
6.
M3 de la Figura 26
El mensaje de respuesta es transmitido por el controlador y, en esta secuencia de ejemplo, se pierde en su camino al terminal.
7.
E3 de la Figura 26
El temporizador de retransmisi6n de solicitud se dispara en el terminal, lo cual activa el terminal para volver a enviar la solicitud del derecho a hablar. El terminal vuelve a poner en marcha el temporizador de retransmisi6n de solicitud. El terminal registra el tiempo local en el que vuelve a enviar la solicitud (Tsl-3). El registro del tiempo local de la solicitud que se ha vuelto a enviar es novedoso.
8.
M4 de la Figura 26 El mensaje de solicitud es transportado de manera exitosa al controlador.
9.
C2 de la Figura 26
El controlador recibe la solicitud y envfa las respuestas (por ejemplo, el mensaje de derecho a hablar concedido, en respuesta al mensaje de solicitud del derecho a hablar).
10.
M5 de la Figura 26 El mensaje de respuesta es transportado de manera exitosa al terminal.
11.
E4 de la Figura 26
El terminal recibe el mensaje de respuesta. El terminal registra el tiempo en el que ha recibido el mensaje de respuesta (Trl). A continuaci6n, el terminal estima el retardo de ida y vuelta de solicitud-respuesta de acuerdo con lo siguiente, que se describira en referencia al diagrama de flujo de la Figura 27.
En una primera parte P1, el terminal selecciona el Tsl aplicable (denominado Tsl-s) de acuerdo con las siguientes etapas.
En la etapa �1 se determina si el terminal puede establecer una correlaci6n del mensaje de respuesta con el mensaje de solicitud. En caso afirmativo, entonces el terminal selecciona el tiempo Tsl-�x� referente a la solicitud de la etapa S4. En caso negativo, entonces el terminal prosigue hacia la etapa �2.
En la etapa �2, se puede realizar uno de entre dos metodos, un metodo agresivo o un metodo conservador. En la etapa �2, se determina si se va a realizar el metodo agresivo.
En caso afirmativo, y se va a realizar el metodo agresivo, entonces se determina en la etapa �3 si (Trl -el tiempo Tsl mas reciente denominado Tsl-�ultimo�) esta por debajo del retardo de ida y vuelta, posible o razonable, mas corto, entre el terminal y el controlador. En caso afirmativo, a continuaci6n en la etapa S2 se selecciona el tiempo Tsl previo, es decir, Tsl-�ultimo -1�. En caso negativo, entonces en la etapa S3 se selecciona el tiempo Tsl-�ultimo�
mas reciente. En caso negativo, y si se va a realizar el metodo conservador, entonces en la etapa S1 se selecciona cualquier Tsl
entre Tsl-1 y Tsl-�ultimo -2�, incluyendo estos ultimos, dependiendo del grado de conservadurismo, donde Tsl-1 es el mas conservador, y Tsl-�ultimo -2� es el menos conservador. En una segunda parte P2, una vez que se ha seleccionado Tsl, el terminal estima en la etapa R el retardo de ida y
vuelta de solicitud-respuesta de manera que es: Trid � Trl - Tsl-s
El terminal puede mantener un historial de valores de Trid. El terminal selecciona el valor de Trid mas reciente o aquel del historial que le resulta el mas representativo para la conexi6n. Al Trid seleccionado se le denomina Trid-s. El Trid-s es la base para la estimaci6n de la latencia acumulada de enlace ascendente y enlace descendente
(Lea�ed). En la etapa L, el terminal estima que la latencia acumulada es:
Lea�ed � Trid-s La estimaci6n de la latencia es novedosa. A continuaci6n se describiran metodos para calcular los valores de ajuste de latencia a los que se ha hecho
referencia en la descripci6n anterior de varias realizaciones de la presente invenci6n. En primer lugar se describiran metodos para calcular valores de ajuste de latencia en el controlador, seguidos por metodos para calcular valores de ajuste de latencia en el terminal.
El controlador determina el valor de ajuste de latencia de enlace ascendente (Ajea) de la manera siguiente. Si el controlador dispone de una estimaci6n de la latencia de transferencia de mensajes en la direcci6n del enlace ascendente (Lea), el valor de ajuste se calcula como: Ajea � Lea � margen de seguridad La manera en la que el controlador realiza la estimaci6n de Lea no es importante para el funcionamiento de este
aspecto de la presente invenci6n; a los expertos en la materia les resultara evidente facilmente un metodo adecuado. El valor del margen de seguridad queda a discreci6n del controlador. Por otro lado, si el controlador no dispone de una estimaci6n de la latencia de transferencia de mensajes en la
direcci6n de enlace ascendente (Lea), el valor de ajuste se calcula como:
Ajea � margen de seguridad El valor del margen de seguridad queda a discreci6n del controlador. El controlador determina el ajuste de la latencia acumulada de enlace descendente y enlace ascendente (Ajed�ea)
de la manera siguiente Si el controlador dispone de una estimaci6n de la latencia de transferencia de mensajes en la direcci6n del enlace ascendente (Lea) y en la direcci6n del enlace descendente (Led), el valor del ajuste se calcula como: Ajed�ea � Led � Lea � margen de seguridad La manera en la que el terminal realiza la estimaci6n de Led y Lea no es importante para el funcionamiento de este
aspecto de la presente invenci6n; a los expertos en la materia les resultara evidente facilmente un metodo adecuado. El valor del margen de seguridad queda a discreci6n del terminal. Por otro lado, si el controlador no dispone de una estimaci6n de la latencia de la transferencia de mensajes en la
direcci6n de enlace ascendente (Lea) y la direcci6n de enlace descendente (Led), el valor de ajuste se calcula como:
Ajed�ea � margen de seguridad El valor del margen de seguridad queda a discreci6n del controlador. El terminal determina el valor de ajuste de latencia de enlace ascendente (Ajea) de la manera siguiente. Si el terminal dispone de una estimaci6n de la latencia de transferencia de mensajes en la direcci6n del enlace
ascendente (Lea), el valor de ajuste se calcula como: Ajea � Lea � margen de seguridad La manera en la que el terminal realiza la estimaci6n de Lea no es importante para el funcionamiento de este
aspecto de la presente invenci6n; a los expertos en la materia les resultara evidente facilmente un metodo
adecuado. El valor del margen de seguridad queda a discreci6n del terminal. Por otro lado, si el terminal ha usado un metodo de estimaci6n de las latencias antes descritas en referencia a las Figuras 25 a 27, calcula el valor de ajuste como:
5 Ajea � Lea�ed Si no, el terminal calcula el valor de ajuste como:
Ajea � margen de seguridad El valor del margen de seguridad queda a discreci6n del terminal. El terminal determina el valor del ajuste de la latencia acumulada de enlace descendente y enlace ascendente
10 (Ajed�ea) de la manera siguiente. Si el terminal dispone de una estimaci6n de la latencia de transferencia de mensajes en la direcci6n de enlace ascendente (Lea) y la direcci6n de enlace descendente (Led), el valor de ajuste se calcula como: Ajed�ea � Led � Lea � margen de seguridad La manera en la que el terminal realiza la estimaci6n de Led y Lea no es importante para el funcionamiento de este
15 aspecto de la presente invenci6n; a los expertos en la materia les resultara evidente facilmente un metodo adecuado. El valor del margen de seguridad queda a discreci6n del terminal. Por otro lado, si el terminal ha usado un metodo de estimaci6n de las latencias antes descrito en referencia a las
Figuras 25 a 27, calcula el valor de ajuste como: Ajed�ea � Lea�ed 20 Si no, el terminal calcula el valor de ajuste como:
Ajed�ea � margen de seguridad El valor del margen de seguridad queda a discreci6n del terminal. Se apreciara que el funcionamiento de uno o mas de los componentes antes descritos se puede controlar por medio
de un programa que funcione en el dispositivo o aparato. Dicho programa de funcionamiento se puede almacenar en
25 un soporte legible por ordenador, o, por ejemplo, se podrfa materializar en una senal tal como una senal de datos descargable proporcionada desde un sitio web de Internet. Las reivindicaciones adjuntas deben interpretarse de manera que abarcan un programa de funcionamiento por sf mismo, o en forma de un registro en un soporte, o en forma de una senal, o en cualquier otra forma.

Claims (50)

  1. REIVINDICACIONES
    1.
    Metodo para ser usado por un controlador en un servicio de tipo pulsar para hablar que involucra un terminal (5T) y el controlador (5C), realizandose el metodo en respuesta a la decisi6n, por parte del controlador (5C), de conceder (5B) una rafaga de conversaci6n al terminal (5T) durante un tiempo de conversaci6n permitida en respuesta a una solicitud de conversaci6n recibida (5A) desde el terminal (5T), y comprendiendo el metodo: enviar (5F) al terminal (5T) una indicaci6n del tiempo de conversaci6n permitida para la rafaga de conversaci6n concedida, estando destinada la indicaci6n a ser usada en el terminal (5T) con el fin de determinar cuando el mismo necesita enviar un mensaje de liberaci6n al controlador (5C) para evitar la aplicaci6n de una penalizaci6n al terminal (5T) por parte del controlador (5C) si el mensaje de liberaci6n no se recibe en el controlador (5C) antes de la expiraci6n del tiempo restante de conversaci6n permitida monitorizado en el controlador (5C), y con el fin de monitorizar (5G) el tiempo restante de conversaci6n permitida durante la rafaga de conversaci6n concedida (5H); monitorizar (5D, 5E) el tiempo restante de conversaci6n permitida en el controlador (5C); recibir (5�) un mensaje de liberaci6n enviado desde el terminal (5T) hacia el controlador (5C) en respuesta a la expiraci6n del tiempo restante de conversaci6n permitida monitorizado (5G) en el terminal (5T); y aplicar la penalizaci6n al terminal (5T) si el mensaje de liberaci6n no se recibe en el controlador (5C) antes de la expiraci6n del tiempo restante de conversaci6n permitida monitorizado en el controlador (5C).
  2. 2.
    Metodo segun la reivindicaci6n 1, que comprende recibir la solicitud de conversaci6n en el controlador y decidir si conceder la solicitud de conversaci6n.
  3. 3.
    Metodo segun la reivindicaci6n 1 6 2, que comprende determinar el tiempo de conversaci6n permitida en el controlador.
  4. 4.
    Metodo segun la reivindicaci6n 1, 2 6 3, en el que la indicaci6n comprende informaci6n de temporizaci6n referente a la duraci6n del tiempo de conversaci6n permitida.
  5. 5.
    Metodo segun la reivindicaci6n 4, en el que la indicaci6n comprende informaci6n de temporizaci6n referente a la duraci6n restante del tiempo de conversaci6n permitida en o cerca del momento de enviar la indicaci6n.
  6. 6.
    Metodo segun cualquier reivindicaci6n anterior, en el que la indicaci6n comprende informaci6n de temporizaci6n referente al final del tiempo de conversaci6n permitida.
  7. 7.
    Metodo segun la reivindicaci6n 6, en el que el terminal y el controlador tienen por lo menos cierto grado de sincronizaci6n de temporizaci6n entre ellos.
  8. 8.
    Metodo segun cualquier reivindicaci6n anterior, que comprende enviar un mensaje de concesi6n desde el controlador al terminal para indicar la concesi6n de la solicitud de conversaci6n.
  9. 9.
    Metodo segun la reivindicaci6n 8, que comprende incluir la indicaci6n en el mensaje de concesi6n.
  10. 10.
    Metodo segun cualquier reivindicaci6n anterior, que comprende monitorizar el tiempo restante de conversaci6n permitida en el terminal.
  11. 11.
    Metodo segun la reivindicaci6n 10, que comprende monitorizar el tiempo restante de conversaci6n permitida en el terminal usando un temporizador de conversaci6n permitida.
  12. 12.
    Metodo segun la reivindicaci6n 11, que comprende inicializar el temporizador de conversaci6n permitida en el terminal basandose en la indicaci6n recibida.
  13. 13.
    Metodo segun la reivindicaci6n 12, en dependencia de la reivindicaci6n 6, que comprende inicializar el temporizador de conversaci6n permitida en el terminal para advertir el final del tiempo de conversaci6n permitida basandose en la informaci6n de temporizaci6n recibida.
  14. 14.
    Metodo segun la reivindicaci6n 12, en dependencia de la reivindicaci6n 4, que comprende inicializar el temporizador de conversaci6n permitida en el terminal para medir una duraci6n de tiempo basandose en la informaci6n de temporizaci6n recibida.
  15. 15.
    Metodo segun una cualquiera de las reivindicaciones 11 a 14, que comprende poner en marcha el temporizador de conversaci6n permitida en el terminal sustancialmente al mismo tiempo que se comienza a enviar datos de rafagas de conversaci6n al controlador.
  16. 16.
    Metodo segun una cualquiera de las reivindicaciones 11 a 14, en dependencia de la reivindicaci6n 8, que comprende poner en marcha el temporizador de conversaci6n permitida en el terminal en respuesta a la recepci6n del mensaje de concesi6n.
  17. 17.
    Metodo segun cualquier reivindicaci6n anterior, que comprende monitorizar el tiempo restante de conversaci6n permitida en el controlador usando un temporizador de conversaci6n permitida.
  18. 18.
    Metodo segun la reivindicaci6n 17, en dependencia de la reivindicaci6n 6, que comprende inicializar el temporizador de conversaci6n permitida en el controlador para advertir el final del tiempo de conversaci6n permitida.
  19. 19.
    Metodo segun la reivindicaci6n 17, en dependencia de la reivindicaci6n 4, que comprende inicializar el temporizador de conversaci6n permitida en el controlador para medir una duraci6n de tiempo.
  20. 20.
    Metodo segun cualquier reivindicaci6n anterior, que comprende poner en marcha el temporizador de conversaci6n permitida en el controlador en respuesta a la recepci6n de datos de rafagas de conversaci6n desde el terminal.
  21. 21.
    Metodo segun una cualquiera de las reivindicaciones 1 a 9, o una cualquiera de las reivindicaciones 10 a 19 en dependencia de la reivindicaci6n 8, que comprende poner en marcha el temporizador de conversaci6n permitida en el controlador sustancialmente al mismo tiempo que se envfa el mensaje de concesi6n.
  22. 22.
    Metodo segun cualquier reivindicaci6n anterior, que comprende enviar la solicitud de conversaci6n desde el terminal al controlador.
  23. 23.
    Metodo segun la reivindicaci6n 22, que comprende volver a enviar la solicitud de conversaci6n tras un periodo de tiempo predeterminado durante el cual no se recibe desde el controlador ninguna respuesta a la solicitud de conversaci6n.
  24. 24.
    Metodo segun la reivindicaci6n 23, en dependencia de la reivindicaci6n 8, que comprende volver a enviar el mensaje de concesi6n tras la recepci6n de la solicitud de conversaci6n que se ha vuelto a enviar.
  25. 25.
    Metodo segun la reivindicaci6n 24, en el que la indicaci6n en el mensaje de concesi6n que se ha vuelto a enviar se determina a partir del tiempo restante de conversaci6n permitida monitorizado en el controlador en o cerca del momento en el que se vuelve a enviar el mensaje de concesi6n.
  26. 26.
    Metodo segun cualquier reivindicaci6n anterior, que comprende indicar el tiempo restante de conversaci6n permitida monitorizado en el terminal a un usuario del terminal.
  27. 27.
    Metodo segun cualquier reivindicaci6n anterior, que comprende indicar la expiraci6n del tiempo restante de conversaci6n permitida monitorizado en el terminal a un usuario del terminal.
  28. 28.
    Metodo segun cualquier reivindicaci6n anterior, que comprende enviar un mensaje de liberaci6n desde el terminal al controlador en respuesta a la expiraci6n del tiempo restante de conversaci6n permitida monitorizado en el terminal.
  29. 29.
    Metodo segun cualquier reivindicaci6n anterior, que comprende realizar un ajuste en el tiempo de conversaci6n restante monitorizado en el terminal y/o el controlador para tener en cuenta, y en funci6n de, una estimaci6n de por lo menos parte de un retardo de ida y vuelta entre el terminal y el controlador.
  30. 30.
    Metodo segun la reivindicaci6n 29, que comprende estimar la por lo menos parte de un retardo de ida y vuelta en el terminal.
  31. 31.
    Metodo segun la reivindicaci6n 29 6 30, que comprende estimar la por lo menos parte de un retardo de ida y vuelta en el controlador.
  32. 32.
    Metodo segun la reivindicaci6n 30 6 31, en dependencia de la reivindicaci6n 22, que comprende usar la solicitud de conversaci6n en la estimaci6n de la por lo menos parte de un retardo de ida y vuelta.
  33. 33.
    Metodo segun una cualquiera de las reivindicaciones 30 a 32, en dependencia de la reivindicaci6n 8, que comprende usar el mensaje de concesi6n en la estimaci6n de la por lo menos parte de un retardo de ida y vuelta.
  34. 34.
    Metodo segun la reivindicaci6n 33, en dependencia de la reivindicaci6n 32, que comprende estimar la por lo menos parte de un retardo de ida y vuelta basandose en una medici6n de la diferencia de tiempo entre el envfo de la solicitud de conversaci6n y la recepci6n del mensaje de concesi6n.
  35. 35.
    Metodo segun la reivindicaci6n 34, en dependencia de la reivindicaci6n 23, que comprende, en el caso en el que la solicitud de conversaci6n se envfe mas de una vez, seleccionar una de estas solicitudes de conversaci6n como base para la medici6n.
  36. 36.
    Metodo segun la reivindicaci6n 34, que comprende estimar la por lo menos parte de un retardo de ida y vuelta basandose en una pluralidad de dichas mediciones realizadas en momentos respectivos diferentes.
  37. 37.
    Metodo segun una cualquiera de las reivindicaciones 30 a 36, en dependencia de la reivindicaci6n 28, que comprende usar el mensaje de liberaci6n en la estimaci6n de la por lo menos parte de un retardo de ida y vuelta.
  38. 38.
    Metodo segun una cualquiera de las reivindicaciones 29 a 37, en el que el tiempo de conversaci6n restante monitorizado en el controlador se incrementa segun el ajuste.
  39. 39.
    Metodo segun una cualquiera de las reivindicaciones 29 a 38, en el que el tiempo de conversaci6n restante monitorizado en el terminal se reduce de acuerdo con el ajuste.
  40. 40.
    Metodo segun una cualquiera de las reivindicaciones 29 a 39, en dependencia de la reivindicaci6n 21, en el que el ajuste es un ajuste acumulado de enlace descendente y enlace ascendente.
  41. 41.
    Metodo segun una cualquiera de las reivindicaciones 29 a 40, en dependencia de la reivindicaci6n 18 6 20, en el que el ajuste es un ajuste de enlace ascendente.
  42. 42.
    Metodo segun cualquier reivindicaci6n anterior, en el cual "conversaci6n" se sustituye por "transferencia de datos", y los datos transferidos en la rafaga de transferencia de datos comprenden, por ejemplo, datos de habla y/u otro tipo de datos.
  43. 43.
    Metodo para ser usado por un terminal en un servicio de tipo pulsar para hablar que involucra el terminal (5T) y un controlador (5C), realizandose el metodo en respuesta a la decisi6n, por parte del controlador (5C), de conceder (5B) una rafaga de conversaci6n al terminal (5T) durante un tiempo de conversaci6n permitida en respuesta a una solicitud de conversaci6n recibida (5A) desde el terminal (5T), y comprendiendo el metodo: recibir (5F) desde el controlador (5C) una indicaci6n del tiempo de conversaci6n permitida para la rafaga de conversaci6n concedida; usar la indicaci6n para determinar cuando necesita enviar un mensaje de liberaci6n al controlador (5C) para evitar la aplicaci6n de una penalizaci6n al terminal (5T) por parte del controlador (5C) si el mensaje de liberaci6n no se recibe en el controlador (5C) antes de la expiraci6n del tiempo restante de conversaci6n permitida monitorizado en el controlador (5C), y para monitorizar (5G) el tiempo restante de conversaci6n permitida en el terminal (5T) durante la rafaga de conversaci6n concedida (5H); monitorizar (5D, 5E) el tiempo restante de conversaci6n permitida en el terminal (5T); y enviar (5�) un mensaje de liberaci6n desde el terminal (5T) hacia el controlador (5C) en respuesta a la expiraci6n del tiempo restante de conversaci6n permitida monitorizado (5G) en el terminal (5T).
  44. 44.
    Controlador para ser usado en un servicio de tipo pulsar para hablar, que comprende medios para ejecutar un metodo segun la reivindicaci6n 1.
  45. 45.
    Terminal para ser usado en un servicio de tipo pulsar para hablar, que comprende medios para ejecutar un metodo segun la reivindicaci6n 43.
  46. 46.
    Programa de funcionamiento que, cuando se carga en un aparato, consigue que el aparato se convierta en un controlador segun la reivindicaci6n 44, o un terminal segun la reivindicaci6n 45.
  47. 47.
    Programa de funcionamiento que, cuando se ejecuta en un aparato, consigue que el aparato lleve a cabo un metodo segun una cualquiera de las reivindicaciones 1 a 43.
  48. 48.
    Programa de funcionamiento segun la reivindicaci6n 46 6 47, contenido en un medio de soporte.
  49. 49.
    Programa de funcionamiento segun la reivindicaci6n 48, en el que el medio de soporte es un medio de transmisi6n.
  50. 50.
    Programa de funcionamiento segun la reivindicaci6n 48, en el que el medio de soporte es un medio de almacenamiento.
ES05760945T 2005-07-08 2005-07-08 Métodos y aparatos para un servicio de tipo pulsar para hablar Active ES2379796T3 (es)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/EP2005/053283 WO2007006343A1 (en) 2005-07-08 2005-07-08 Methods and apparatus for push to talk and conferencing service

Publications (1)

Publication Number Publication Date
ES2379796T3 true ES2379796T3 (es) 2012-05-03

Family

ID=36064326

Family Applications (1)

Application Number Title Priority Date Filing Date
ES05760945T Active ES2379796T3 (es) 2005-07-08 2005-07-08 Métodos y aparatos para un servicio de tipo pulsar para hablar

Country Status (10)

Country Link
US (1) US8121583B2 (es)
EP (1) EP1886513B1 (es)
JP (1) JP4917601B2 (es)
CN (1) CN101258762B (es)
AT (1) ATE541419T1 (es)
BR (1) BRPI0520347B1 (es)
ES (1) ES2379796T3 (es)
MX (1) MX2008000029A (es)
RU (1) RU2407235C2 (es)
WO (1) WO2007006343A1 (es)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102005043003A1 (de) * 2005-09-09 2007-03-22 Infineon Technologies Ag Telekommunikationskonferenz-Server, Telekommunikations-Endgerät, Verfahren zum Erzeugen einer Telekommunikationskonferenz-Steuernachricht, Verfahren zum Steuern einer Telekommunikationskonferenz, computerlesbare Speichermedien und Computerprogrammelemente
ES2340176T3 (es) * 2005-10-28 2010-05-31 Telefonaktiebolaget Lm Ericsson (Publ) Procedimientos y aparato para un servicio tipo pulsar para hablar.
DK1781053T3 (da) * 2005-10-28 2012-08-13 Ericsson Telefon Ab L M Fremgangsmåder og apparat til tjeneste af typen push-to-talk
KR101177948B1 (ko) * 2006-01-13 2012-08-28 삼성전자주식회사 ＰｏＣ 시스템에서 미디어 전송 시간 정보 제공을 위한단말 장치 및 방법과 미디어 전송 시간 정보 제공을 위한ＰｏＣ 시스템
CN101202972A (zh) * 2006-12-13 2008-06-18 华为技术有限公司 确定话语权的***、装置和方法
US8301790B2 (en) * 2007-05-30 2012-10-30 Randy Morrison Synchronization of audio and video signals from remote sources over the internet
US8732462B2 (en) * 2011-07-07 2014-05-20 Ziptr, Inc. Methods and apparatus for secure data sharing
KR102350962B1 (ko) 2015-10-30 2022-01-14 삼성전자주식회사 다수의 ptt 채널을 동시에 지원하는 방법 및 장치
CN108401229B (zh) * 2017-02-08 2021-03-05 普天信息技术有限公司 一种话权时长申请方法及装置
RU2675784C1 (ru) * 2017-09-15 2018-12-25 Общество с ограниченной ответственностью "КьюЛабс" Система и способ контролируемого разъединения вызова по окончании максимального времени разговора для направления вызывающего абонента на дополнительные виды обслуживания по протоколам интеллектуального управления вызовами (CAP/ISUP) и установления сеанса (SIP)
WO2020113555A1 (zh) * 2018-12-07 2020-06-11 深圳市柔宇科技有限公司 网络会议数据传输方法及电子设备

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4553263A (en) * 1983-12-22 1985-11-12 Motorola, Inc. Queued community repeater mobile
US5572674A (en) * 1993-01-07 1996-11-05 Bmc Software, Inc. Method of dynamically adjusting SNA network control program parameters
US6724732B1 (en) * 1999-01-05 2004-04-20 Lucent Technologies Inc. Dynamic adjustment of timers in a communication network
CA2813651C (en) 2000-03-03 2014-07-08 Qualcomm Incorporated Method and apparatus for participating in group communication services in an existing communication system
DE10014464A1 (de) * 2000-03-23 2001-09-27 Zahnradfabrik Friedrichshafen Verfahren zum positionsgenauen Zusammenbau einer Planetenrad-Einheit
US7386000B2 (en) * 2001-04-17 2008-06-10 Nokia Corporation Packet mode speech communication
US6839417B2 (en) * 2002-09-10 2005-01-04 Myriad Entertainment, Inc. Method and apparatus for improved conference call management
US6952592B2 (en) * 2002-10-15 2005-10-04 Motorola, Inc. Method and apparatus for limiting a transmission in a dispatch system
EP1734721B1 (en) 2005-06-14 2013-08-28 NTT DoCoMo, Inc. PoC Server, PoC terminal, floor control method and PoC terminal control method
JP4073940B2 (ja) 2005-06-14 2008-04-09 株式会社エヌ・ティ・ティ・ドコモ ＰｏＣサーバ、ＰｏＣ端末、発言権制御方法、ＰｏＣ端末制御方法

Also Published As

Publication number Publication date
CN101258762A (zh) 2008-09-03
JP2009500927A (ja) 2009-01-08
BRPI0520347B1 (pt) 2019-05-28
RU2008104811A (ru) 2009-08-20
ATE541419T1 (de) 2012-01-15
RU2407235C2 (ru) 2010-12-20
MX2008000029A (es) 2008-03-19
BRPI0520347A2 (pt) 2009-09-15
EP1886513B1 (en) 2012-01-11
EP1886513A1 (en) 2008-02-13
JP4917601B2 (ja) 2012-04-18
CN101258762B (zh) 2012-08-15
US8121583B2 (en) 2012-02-21
WO2007006343A1 (en) 2007-01-18
US20090298487A1 (en) 2009-12-03

Similar Documents

Publication Publication Date Title
ES2379796T3 (es) Métodos y aparatos para un servicio de tipo pulsar para hablar
CN1326409C (zh) 在无线链路上使用业务流来传输应用控制和数据信息
CA2573038C (en) Push-to service system and method
KR100626569B1 (ko) 데이터 전송 방법 및 무선 통신 시스템의 에러율 결정 장치
ES2346740T3 (es) Procedimiento y aparato para reducir la latencia en la activacion de un grupo de dispositivos de comunicacion inactivos.
US7796995B2 (en) Asynchronous signaling and data delivery in wireless communication system
US11259150B2 (en) Method and apparatus for performing direct communication with at least one other user equipment
JP2008503989A (ja) 待ち時間を低減するグループ通信要求のために持続値を利用した無線通信システム
ES2399680T3 (es) Operación rápida pulsar para hablar entre sistemas
EP3229503B1 (en) Method and device for transmission-priority control
KR101163828B1 (ko) 액세스 프로브 재전송에 대한 재전송 타임아웃 값을 결정하는 추정 기반 방법
ES2359068T3 (es) Un método, un aparato y un sistema para el establecimiento de enlace ascendente en una comunicación de telefonía móvil inalámbrica que tiene un retardo dependiente del tipo de conexión.
EP1886420A1 (en) Method and system for interrupted floor recovery in push-to-talk over cellular network
EP1720262B1 (en) Half-duplex terminal for displaying holding time and communication method therefor
EP1792505B1 (en) Apparatus and method providing rapid talk burst control for push to talk over cellular (poc) communications
Feng et al. Floor Control Conflict Resolution in Off-network Mode of MCPTT