ES2625743T3 - Procedimiento de inicialización de llamada rápida de aplicación de tipo PTT sobre una red celular IP - WAN - Google Patents

Procedimiento de inicialización de llamada rápida de aplicación de tipo PTT sobre una red celular IP - WAN Download PDF

Info

Publication number
ES2625743T3
ES2625743T3 ES13798242.7T ES13798242T ES2625743T3 ES 2625743 T3 ES2625743 T3 ES 2625743T3 ES 13798242 T ES13798242 T ES 13798242T ES 2625743 T3 ES2625743 T3 ES 2625743T3
Authority
ES
Spain
Prior art keywords
ptt
procedure
wan
server
client
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
ES13798242.7T
Other languages
English (en)
Inventor
Laurent Pison
Olvier PATEROUR
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.)
Airbus DS SAS
Original Assignee
Airbus DS SAS
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 Airbus DS SAS filed Critical Airbus DS SAS
Application granted granted Critical
Publication of ES2625743T3 publication Critical patent/ES2625743T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H04W4/10—Push-to-Talk [PTT] or Push-On-Call services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1073—Registration or de-registration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/06—Authentication
    • 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/042—Public Land Mobile systems, e.g. cellular systems

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

Procedimiento de inicialización de llamada para un terminal móvil que comprende aplicaciones (1, 1a, 1b) del tipo de un cliente Push - to - Talk PTT para una comunicación PTT con un servidor PTT (3) sobre una red celular IP - WAN (4), conectado a un módem IP - WAN (2) y destinado a registrarse para una llamada de grupo, comprendiendo dicho procedimiento las etapas siguientes: - una etapa (10), que se pone en marcha en la inicialización del módem IP - WAN, durante la cual se efectúa un procedimiento de conexión a la red celular IP - WAN, - una etapa (12) que es ejecutada cuando el cliente PTT está activo y ha obtenido la dirección IP del servidor PTT, por la cual el cliente PTT activa un procedimiento de registro SIP con el servidor PTT sobre una portadora IP -WAN por defecto, - una etapa en (13) por la cual el cliente PTT procede a un procedimiento de afiliación en un grupo de llamada con el servidor PTT sobre la portadora IP - WAN por defecto, caracterizado por que éste comprende, además. - en una etapa (14) ejecutada desde que se efectúa el procedimiento de afiliación al grupo de llamada, por la cual se ejecuta un procedimiento SIP "INVITA" para reservar recursos RTP al nivel aplicativo del lado del servidor PTT y del lado cliente PTT, de manera tal que se permite el establecimiento de una sesión RTP inmediatamente después del procedimiento de afiliación del cliente PTT al grupo, pero sin inicializar en esta etapa una portadora dedicada apta para soportar el servicio de voz para una comunicación PTT; y - una etapa (24) de inicialización de una portadora dedicada, apta para soportar el servicio de voz para la comunicación PTT, ejecutada solamente en respuesta a una solicitud PTT (22) iniciada por el cliente PTT.

Description

5
10
15
20
25
30
35
40
45
50
DESCRIPCION
Procedimiento de inicializacion de llamada rapida de aplicacion de tipo PTT sobre una red celular IP - WAN Dominio de la invencion
La presente invencion se refiere al dominio de los sistemas numericos privados de radiocomunicacion movil. Esta encuentra aplicaciones particularmente ventajosas en los sistemas privados de radiocomunicacion profesional (o sistema PMR, de Professional Mobile Radio en ingles).
Este sistema de radiocomunicacion segun la invencion tiene como objetivo dar a las aplicaciones PTT (de Push To Talk, en ingles) que utilizan una infraestructura de acceso a una red de tipo radioelectrica, basada en una tecnologfa IP - WAN (de IP Wide Area Network, en ingles) unidifusion tal como la 3G+, la 4G y otras, la posibilidad de inicializar rapidamente una comunicacion.
Estado de la tecnica y problemas tecnicos encontrados
En el dominio de los sistemas numericos privados de radiocomunicacion movil, denominados en lo sucesivo sistemas PMR, existe una categona de terminales moviles que utilizan un metodo de comunicacion denominado PTT (de Push To Talk, o Press To Transmit). Este metodo de comunicacion se efectua sobre una conexion semiduplex y se basa en apretar un boton para conmutar el terminal PMR de un estado receptor a un estado emisor de datos tales como la foma, en particular, pero, de forma mas general, de datos de toda naturaleza. Se entiende por conexion semiduplex, un canal de comunicacion que permite el transporte de datos en los dos sentidos, pero no simultaneamente; dicho de otra manera, ya sea en enlace ascendente (o Up Link, en ingles) para un canal de comunicacion emitido a partir del terminal, o sea en enlace descendente (o Down Link, en ingles), para un canal de comunicacion recibido por el terminal.
El metodo de comunicacion Push To Talk es un servicio vocal en tiempo real implementado sobre una red de datos por paquetes. De este modo, un terminal PTT asegura una comunicacion directa al apretar una tecla y permite establecer una conexion con otro terminal o con un conjunto de terminales.
En el marco de una utilizacion para llamadas de grupo, que pueden llegar hasta varias centenas de usuarios, una de los principales restricciones de un sistema PTT es la de poder ser capaz de soportar un tiempo de latencia de 300 ms entre un primer usuario que efectua una llamada vocal al apretar el boton PTT y todos los otros usuarios que reciben esta llamada. Para efectuar esta llamada hay, en primer lugar, una primera etapa de senalizacion, despues una segunda etapa de conexion de los medios y, finalmente, una tercera etapa que permite a todos los usuarios habilitados para estar a la escucha del medio emisor de la llamada, recibir el flujo de dicha llamada correctamente.
Este valor de es independiente del estado de la llamada y siempre inferior al valor maximo de 300 ms. Este valor de latencia puede incluso alcanzar los 500 ms en el caso de un sistema multiple.
Por lo que se refiere al principio actual de los PTT de banda estrecha (o Narrowband en ingles) tales como las tecnologfas PTT P25, TETRA, o TETRAPOL, este valor de 300 ms se alcanza por medio:
- de una estructura de aplicacion que gestiona la estructura de radio ffsica de la capa de conexion;
- de recursos ffsicos dedicados asignados por canal (TCHs o Trunked Channels en ingles);
- de un recurso ffsico asignado para la senalizacion PTT, en particular el CCH (Control Channel en ingles) en enlace ascendente y en enlace descendente;
- de una banda de senalizacion en el interior de los TCHs para definir la rapidez del tiempo de senalizacion para multiples usuarios;
- de un enlace ascendente dedicada a cada canal TCHs / CCH en modo litigioso.
Como consecuencia, cada canal asignado en las capas de conexion ffsica permite alcanzar los 300 ms.
Por lo que se refiere al principio actual de los PTT sobre telefono celular o PoC (de PTT over Cellular en ingles) que funcionan sobre tecnologfas de banda ancha o BB (de Broad Band en ingles), este no responde a las restricciones de 300 ms en tiempo real.
En efecto, en el caso de un PoC que funciona sobre un protocolo OMA PoC, este es dependiente del tiempo de transporte del flujo. En el momento actual, solamente las tecnologfas 3G+ y 4G ofrecen un tiempo de transporte de flujo correcto, pero no suficiente para alcanzar a todos los usuarios de un grupo respetando los 300 ms. En efecto, ninguno de los recursos de la red IP - WAN y de radio estan asignados previamente en una sesion OMA POC debido a que esta conduce a tener que buscar el terminal movil en una zona conocida por medio del envfo de un mensaje de busqueda sobre el canal Paging Channel (PCH), y debido a esto el valor de latencia de 300 ms no se alcanza para todos los usuarios en su activacion.
5
10
15
20
25
30
35
40
45
50
Existe por lo tanto una necesidad de proporcionar una solucion tecnica que permita garantizar un tiempo de latencia de 300 ms para la inicializacion de una llamada de grupo para los PoC.
Exposicion de la invencion
La presente invencion esta destinada a resolver el conjunto de inconvenientes del estado de la tecnica, as^ como los descritos por ejemplo en el documento US2010 / 0015974 A1. Para esto, la invencion propone un procedimiento de inicializacion de llamada rapida de aplicacion del tipo PTT sobre una red celular IP - WAN, segun la reivindicacion 1 y las reivindicaciones siguientes.
La invencion es puesta en practica en los medios de atribucion de recursos al nivel de aplicaciones, tales como:
- una sesion individual de senalizacion para la unidifusion (Unicast en ingles) del enlace ascendente UL y del enlace descendente DL, pudiendo estar basada esta senalizacion sobre un protocolo cualquiera SIP (Session Initiation Protocol en ingles), que permite establecer, modificar y terminar una sesion; o aun cualquier protocolo basado o no sobre IP (Internet Protocol en ingles);
- una sesion individual unidifusion de un medio en enlace ascendente para cada usuario emisor vocal (Talker en ingles) dentro del grupo de usuarios. En el resto de la descripcion, el termino “medio” significa que este contiene unos datos a transmitir, como por ejemplo paquetes IP de voz, de videos, o de otros datos;
- una sesion individual unidifusion del medio en enlace descendente para todos los usuarios receptores vocales (Listener en ingles) dentro del grupo de usuarios.
Los medios pueden estar soportados por cualquier codec (abreviacion que, dentro del marco de esta descripcion, corresponde a una logica apta para Codificar y para DECodificar uno (o un conjunto de) dato(s)) de voz y ser transportados como un dato. En general, el medio esta soportado sobre el protocolo IP / RTP (de Real Time Protocol en ingles) o cualquier otro protocolo apto para soportar la voz en tiempo real, para la misma calidad de servicio o QoS (de Quality of Service, en ingles).
La invencion comprende igualmente medios de atribucion de recursos al nivel de la red extendida de transporte o WAN (de Wide Area Network en ingles) tales como:
- una senalizacion unidifusion UL / DL para el canal de datos;
- un medio UL portador de datos para el usuario emisor vocal (o talker en ingles);
- un medio DL portador de datos para cada usuario receptor vocal (listener, en ingles). Es el principio de la multi - unidifusion, en la que cada usuario de un grupo de llamada es alcanzado por un metodo unidifusion, estando a cargo un servidor para la multi - unidifusion del flujo a todos los usuarios receptores del grupo de llamada.
La invencion permite asf que cada usuario se pueda conectar a una red de transporte, se pueda registrar en el servicio PTT y en otro tipo de servicios como el video, si lo necesita.
La invencion permite igualmente que cada usuario se pueda registrar en uno o varios grupos de llamada. Por medio de la intencion es posible escuchar una llamada de grupo asf como sus actividades de radio. El usuario puede ser el primero que solicita la llamada, por medio de un procedimiento de senalizacion PTT, si la llamada no ha sido inicializada todavfa.
La invencion permite al usuario recibir el medio asf como la senalizacion. Esta permite igualmente el cambio de derecho a la palabra concedida a un usuario, segun la solicitud de otros usuarios registrados en el grupo y de un arbitraje al nivel del servidor PTT.
La invencion, por lo tanto, tiene como objetivo un procedimiento de inicializacion de llamada para un terminal movil que comprende aplicaciones del tipo PTT sobre una red celular IP - WAN, comprendiendo dicho procedimiento las etapas siguientes, para cada usuario de dicho terminal movil conectado a un modem IP - WAN destinado a registrarse para una llamada de grupo:
- una etapa, que se pone en marcha en la inicializacion del modem IP - WAN durante la cual se efectua un procedimiento de conexion a la red IP - WAN,
- una etapa en la que cuando el cliente PTT esta activo y ha obtenido la direccion IP del servidor PTT, el cliente pTt es apto para activar un procedimiento de registro del SIP con el servidor PTT sobre la portadora IP - WAN por defecto,
- una etapa en la que el cliente PTT procede a un procedimiento de afiliacion en un grupo de llamada con el servidor PTT sobre la portadora IP -WAN por defecto,
caracterizado por que,
5
10
15
20
25
30
35
40
45
50
- en una etapa en la que, tan pronto como se efectua el procedimiento de afiliacion al grupo de llamada, se ejecuta un procedimiento SIP “INVITA” para reservar recursos RTP al nivel aplicativo del lado del servidor PTT y del lado cliente PTT, de manera tal que se permite el establecimiento de la sesion RTP inmediatamente despues del procedimiento de afiliacion del cliente PTT al grupo.
La invencion comprende igualmente una cualquiera de las caractensticas siguientes:
- para efectuar este procedimiento SP, el cliente PTT envfa un mensaje de invitacion “SIP INVITA” para su servidor PTT con el fin de solicitar la inicializacion de una sesion RTP para los medios de voz;
- la etapa, durante la cual se efectua un procedimiento de conexion a la red IP - WAN, comprende una fase de autentificacion que permite al modem IP - WAN ser registrado dentro de la red IP - WAN;
- el procedimiento de conexion a la red IP - WAN previsto en la etapa durante la cual se efectua un procedimiento de conexion a la red IP - WAN permite al modem IP - WAN ser accesible por medio de direcciones IP asignadas y asociadas a una portadora por defecto, con un QCI definido dentro del HSS;
- antes de enviar una inscripcion SIP al servidor PTT, el cliente PTT tiene la posibilidad de obtener la direccion IP del servidor PTT a partir del servidor DNS;
- antes de enviar una inscripcion SIP al servidor PTT, el cliente PTT tiene la posibilidad de obtener la direccion IP del servidor PTT a partir de una configuracion manual;
- una vez que la sesion RTP y que el puerto RTP estan asignados en el servidor PTT, se envfa un mensaje que indica que el protocolo SIP 200 esta activo “SIP 200 OK” al cliente PTT, incluyendo la direccion IP y el puerto del servidor PTT para la sesion RTP;
- un mensaje de latido es intercambiado entre el servidor PTT y el cliente PTT para mantener la conexion activa al nivel radio RRC IP - WAN, para mantener la sesion aplicativa RTP activa y para efectuar una supervision entre el cliente PTT y el servidor;
- la sesion RTP queda activa entre el servidor PTT y el cliente PTT hasta que el cliente PTT se da de baja, o hasta la destruccion del grupo.
- si no se detecta ninguna actividad durante un periodo configurable, tipicamente 30 segundos, entonces el servidor PTT libera los recursos de la red LTE, pero no los recursos de la sesion RTP aplicativa, la cual permanece activa.
Breve descripcion de las figuras
La invencion sera mejor comprendida con la lectura de la descripcion que sigue y con el examen de las figuras que la acompanan. Estas no son presentadas mas que a tftulo ilustrativo, pero en absoluto limitativo de la invencion. Las figuras muestran:
- Figura 1: una representacion esquematica del flujo de llamada en el transcurso de una fase de inicializacion de los recursos del PTT para cada usuario que se registra para una llamada de grupo cerca de un servidor PTT, segun un modo de realizacion de la invencion;
- Figura 2: una representacion esquematica del flujo de llamada durante una solicitud primaria de clientes PTT segun un modo de realizacion de la invencion.
Descripcion de la invencion
Se destaca desde este momento que las figuras no estan a escala.
Las realizaciones siguientes son ejemplos. Aunque la descripcion se refiere a uno o a varios modos de realizacion, esto no significa necesariamente que cada referencia concierne al mismo modo de realizacion, o que las caractensticas se aplican solamente a un solo modo de realizacion. Caractensticas simples de diferentes modos de realizacion se pueden combinar igualmente para proporcionar otras realizaciones.
Con el fin de acceder a un servidor 3 de aplicaciones PTT (Push To Talk en ingles) a traves de un terminal (no representado) del tipo telefono celular, el terminal comprende un cliente PTT 1, 1a, 1b. Estando este tipo de telefono celular destinado a un funcionamiento sobre una o varias redes 4 IP - WAN, tales como la LTE (de Long Term Evolution), y / o la 3G (de 3a Generacion), y / o WIMAX, y / o WIFI, y / o cualquier otra tecnologfa de banda ancha, este dispone para cada tipo de red 4 IP - WAN, de una conexion a un modem 2, 2a, 2b. En un modo de realizacion preferencial, este modem 2, 2a, 2b esta integrado directamente en el terminal. De este modo, el telefono celular, dotado respectivamente a la vez de un cliente PTT 1, 1a, 1b y de un modem IP 2, 2a, 2b, forma un conjunto denominado generalmente PoC (de PTT over Cellular en ingles).
5
10
15
20
25
30
35
40
45
50
55
El funcionamiento de este terminal PoC se va a describir ahora de manera muy general. Se tomara a continuacion un ejemplo de modo de realizacion con una red IP - WAN de tipo LTE para ilustrar la secuenciacion de las etapas en las Figuras 1 y 2.
En un primer momento, el terminal PoC esta conectado a una red 4 de transporte radioelectrica de tipo IP - WAN. Este terminal PoC es entonces autentificado y registrado, en el transcurso de su inicializacion por un usuario, a la vez, al nivel de un registro de usuarios de la aplicacion o cliente PTT 1, 1a, 1b, pero igualmente al nivel del registro de usuarios del grupo de llamada aplicativa. Este registro del terminal PoC es muy util, en particular, con el fin de poder conectar el terminal mas adelante.
Cuando el terminal PoC es conectado a la red 4 IP - WAN y cuando este se encuentra registrado al nivel de los diferentes registros citados anteriormente, entonces la red 4 asigna recursos de medios en enlace ascendente y descendente entre el cliente PTT 1 y el servidor 3, mediante, por ejemplo, un procedimiento SIP (de Session Initialization Protocol, en ingles), con un mensaje de invitacion “INVITA”.
Cuando ya se ha ejecutado el procedimiento SIP, ya no es necesario ejecutarlo de nuevo, debido a que la senal y los medios para la llamada de grupo seran utilizados unicamente por la sesion de medios RTP.
Entonces es necesario asegurar que estos recursos aplicativos y de transporte asociados permanecen siempre instalados y listos para soportar el trafico, ya sea este una senal o un medio, de manera eficaz.
Al nivel de la aplicacion, los recursos tienen necesidad de ser guardados activos hasta cualquier baja en la inscripcion de un usuario del grupo.
Al nivel del transporte y mas particularmente a nivel de radio, los recursos de radio deben ser guardados activados el tiempo mas largo posible. Dicho de otro modo, en lo que concierne a la tecnologfa LTE (de Long Term Evolution, en ingles), la capa rCc permanece siempre activa, y no retorna al estado de vigilia (o idle en ingles), incluso si hay poco o nada de trafico soportado por la conexion. En efecto, si la capa RRC se encuentra en el estado de vigilia, entonces va a hacer falta enviar una busqueda al terminal movil para establecer la conexion radio y esta no permitira garantizar los 300 ms. Esta puede ser efectuada por cualquier actividad periodica entre un usuario y cualquier servidor de aplicacion, como por ejemplo, mediante un mensaje de latido para mantener la conexion activa y mantener la sesion RTP activa, por ejemplo, hasta que un cliente PTT se de de baja en el registro o hasta la destruccion del grupo.
Este se puede aplicar para llamadas de grupo multiples en paralelo, en el interior de la aplicacion de voz PTT.
Puede haber igualmente una aplicacion PTT sobre otros medios transferidos bajo la forma de flujo continuo, tales como el video, la voz, el video y la voz combinados, etc.
La Figura 1 es una representacion esquematica del flujo de llamada en el transcurso de una fase de inicializacion de los recursos del PTT para cada usuario que se registra para una llamada de grupo cerca de un servidor PTT, a traves de una red LTE, segun un modo de realizacion de la invencion.
De este modo, en una etapa 10 preliminar, en la inicializacion del modem 2 LTE, el procedimiento de conexion de la tecnologfa radioelectrica LTE se activa, incluyendo al mismo tiempo, la fase de autentificacion, que permite que el modem 2 LTE se registre en la red 4 LTE. El resultado de este procedimiento de conexion LTE es que el modem 2 es accesible por medio de direcciones IP asignadas y asociadas a una portadora, con un QCI (de QoS Class Indicator en ingles) de senalizacion que no es forzosamente un canal por defecto. Este CQI esta definido dentro del HSS, el cual no es otro que la base de datos de los usuarios para el 3GPP, incluyendo en particular la tecnologfa LTE. En efecto, la portadora es denominada por defecto, porque un nombre del punto de acceso IP para un conjunto de servicios dentro de la red o APN (de Access Point Name, en ingles) esta dedicado al PTT. Se espera que un APN para los servicios de voz, y la QCI por defecto, pueda ser por ejemplo QCI5 (que servira para la senalizacion SIP) y QCI1 para los medios.
En una etapa 11 antes de enviar la inscripcion SIP al servidor 3 PTT, el cliente PTT 1 tiene la posibilidad de obtener la direccion IP del servidor 3 PTT a partir del servidor 6 DNS.
En una etapa 12, una vez que el cliente PTT 1 esta activo, que este ha obtenido la direccion IP del servidor 3 PTT por medio del servidor DNS o mediante configuracion manual, con el fin de controlar la conectividad, el cliente PTT es apto para activar un procedimiento de registro del SIP con el servidor 3 PTT sobre la portadora LTE por defecto.
En una etapa en 13 el cliente PTT procede a un procedimiento de afiliacion del grupo con el servidor 3 PTT sobre la portadora LTE por defecto.
En una etapa 14 tan pronto como se efectua el procedimiento de afiliacion al grupo, se ejecuta un procedimiento SIP “INVITA” para reservar recursos RTP al nivel aplicativo del lado del servidor 3 PTT y del lado cliente 1 PTT. Para efectuar este procedimiento SIP, el cliente PTT 1 envfa un mensaje de invitacion “SIP INVITA” a su servidor 3 PTT con el fin de solicitar la inicializacion de una sesion RTP para el medio voz. Debe hacerse notar que se inicializa la sesion RTP, pero que no se inicializa la portadora dedicada LTE en esta etapa, con el fin de evitar el consumo innecesario de los recursos LTE GBR (de Guaranteed Bit Rate, en ingles).
5
10
15
20
25
30
35
40
45
50
Esta etapa 14 tiene como ventaja el permitir el establecimiento de la sesion RTP inmediatamente despues del procedimiento de afiliacion del cliente PTT 1 al grupo. De este modo, cuando se produce una solicitud del cliente PTT 1, debido a que este ultimo esta listo para dialogar en la sesion STP, esto es posible sin tener la necesidad de pasar por una etapa que ejecute el procedimiento “SIP INVITA” como en el estado actual de la tecnica.
En efecto, este procedimiento “SIP INVITA” es mas o menos largo y necesita hacerse de forma simultanea para cada terminal del grupo. En el estado de la tecnica, se debfa efectuar una secuencia de envfo de solicitud “SIP INVITA” con acuse de recepcion “ACK” de dicha solicitud para todos los terminales moviles del grupo, en tanto que, con la invencion, unicamente hace falta un mensaje “RTP - PTT Start” para el establecimiento de la sesion RTP.
Por el contrario, el hecho de haber establecido la sesion RTP con anterioridad, necesita siempre mantener la conexion activa para un maximo de reactividad porque si no, la capa RRC de radio puede volver a pasar al modo idle, lo que va a requerir una busqueda en el momento de tener necesidad de conectar el terminal movil.
Cualquiera que sea el tiempo transcurrido entre dos solicitudes PTT, la sesion RTP permanece activa todo el tiempo, hasta la baja del registro del grupo del cliente PTT 1, y no se libera a nivel aplicativo al cabo de 30s, como se efectua de manera clasica en el estado de la tecnica, impidiendo de este modo garantizar los 300 ms de tiempo de latencia.
En una etapa 15, una vez que estan asignados la sesion RTP y el puerto RTP al servidor 3 PTT, se envfa al cliente PTT un mensaje “SIP 200 OK” que indica que el protocolo SIP 2O0 esta activo, y que incluye la direccion IP y el puerto del servidor 3 PTT para la sesion RTP.
En una etapa 16, una vez que la sesion RTP esta establecida, entonces un mensaje de latido es intercambiado periodicamente sobre la portadora por defecto, con el fin de mantener la capa de radio RRC activa e, igualmente, efectuar una supervision entre el cliente PTT y el servidor. El latido es una de las posibilidades utilizadas para mantener la conexion establecida, pero esta es tanto mas utilizada si esta impuesta una supervision. Debe notarse, de todos modos, que cualquier trafico regular puede igualmente mantener la conexion activa sin volver a pasar al modo vigilia (o idle, en ingles), como por ejemplo, el establecimiento periodico de una posicion GPS, o cualquier otro trafico tal como la presencia o supervision aplicativa, o etc.
La Figura 2 es una representacion esquematica del flujo de llamada en el transcurso de una solicitud primaria de clientes PTT respectivamente referenciados con 1a y 1b, a traves de una red LTE, segun un modo de realizacion de la invencion;
De este modo, en una etapa 21, las etapas 10 a 16 de inicializacion descritas anteriormente son ejecutadas por cada cliente PTT 1a, 1b, que buscan enviar una primera solicitud PTT sobre el protocolo RTP.
En una etapa 22, el cliente PTT 1a inicia una solicitud PTT, la cual se emite al servidor 3 PTT. Un contador de tiempo presente al nivel del cliente PTT 1a, determina el retardo de espera de la emision de la solicitud al servidor 3 PTT.
En una etapa 23, ejecutada unicamente para una utilizacion con una red LTE, el servidor 3 PTT emite solicitudes hacia la red 4 LTE para inicializar los recursos LTE, que seran dedicados a la portadora QCI 1. La portadora QCI 1 es apta, segun las caractensticas del estandar 3GPP LTE, para soportar el servicio de voz para la comunicacion PTT. Debe notarse que, una vez que la solicitud es tenida en cuenta por la red 4 LTE, esto no significa que la red 4 LTE lograra establecer la agrupacion de los recursos LTE apropiados necesaria en esta etapa. Esta etapa 23 es ejecutada obligatoriamente para la primera iteracion.
En una etapa 24, la red 4 LTE inicializa la portadora LTE dedicada. Para la inicializacion de la portadora LTE, se puede tratar de una creacion o de una puesta al dfa, en el caso en que esta exista. La portadora LTE es apta para soportar la calidad de servicio o QoS (de Quality of Service, en ingles) para el servicio de voz para los servicios PTT, en el sentido de la portadora LTE QC1. La conexion IP del enlace descendente y del enlace ascendente se efectua en la red 4 LTE y en el modem 2a, 2b, LTE, con el fin de enrutar los paquetes del enlace descendente y del enlace ascendente hacia la portadora LTE dedicada.
Debe hacerse notar que si no se detecta ninguna actividad durante un periodo configurable, tfpicamente 30 segundos, entonces el servidor 3 PTT libera os recursos de la red LTE, pero no los recursos de la sesion RTP aplicativa, la cual permanece activa. Como consecuencia, en la proxima solicitud PTT emitida al servidor 3 PTT, se reiteran las etapas 23 y 24.
En una etapa 25, todos los clientes PTT 1a, 1b, que se encuentran en el grupo de llamada, son informados de que uno de los clientes PTT 1a o 1b se quiere comunicar con los otros clientes PTT del grupo de llamada, y reciben un mensaje de inicio de comunicacion pTt “PTT Start" sobre la portadora LTE por defecto.
En una etapa 26, para todos los clientes PTT que se encuentran en el grupo, las solicitudes del servidor 3 PTT a la red 4 LTE inicializan una portadora dedicada al soporte del servicio de voz como se definio anteriormente en la etapa 23.
Las etapas 25 y 26 pueden ser realizadas en paralelo.
En una etapa 27, para todos los clientes PTT que se encuentran en el grupo, la red 4 LTE inicializa la portadora LTE dedicada capaz de soportar la calidad de servicio o QoS para el servicio de voz para las comunicaciones PTT. En LTE esta se traduce por una portadora que tiene un QCI que tiene el valor 1 o QCI 1. La conexion IP del enlace descendente y del enlace ascendente se efectua dentro de la red 4 LTE y dentro del modem 2a, 2b, LTE con el fin de 5 enrutar los paquetes del enlace descendente y del enlace ascendente hacia la portadora LTE dedicada.
En una etapa 28, unas tramas de voz son enviadas y distribuidas a todos los clientes PTT 1a, 1b en el grupo de llamada sobre la portadora LTE dedicada. Se debe notar que el procedimiento de latido no se activa en tanto que las tramas de voz son intercambiadas.

Claims (10)

  1. 5
    10
    15
    20
    25
    30
    35
    40
    45
    50
    REIVINDICACIONES
    1. Procedimiento de inicializacion de llamada para un terminal movil que comprende aplicaciones (1, 1a, 1b) del tipo de un cliente Push - to - Talk PTT para una comunicacion PTT con un servidor PTT (3) sobre una red celular IP - WAN (4), conectado a un modem IP - WAN (2) y destinado a registrarse para una llamada de grupo, comprendiendo dicho procedimiento las etapas siguientes:
    - una etapa (10), que se pone en marcha en la inicializacion del modem IP - WAN, durante la cual se efectua un procedimiento de conexion a la red celular IP - WAN,
    - una etapa (12) que es ejecutada cuando el cliente PTT esta activo y ha obtenido la direccion IP del servidor PTT, por la cual el cliente PTT activa un procedimiento de registro SIP con el servidor PTT sobre una portadora IP - WAN por defecto,
    - una etapa en (13) por la cual el cliente PTT procede a un procedimiento de afiliacion en un grupo de llamada con el servidor PTT sobre la portadora IP - WAN por defecto,
    caracterizado por que este comprende, ademas.
    - en una etapa (14) ejecutada desde que se efectua el procedimiento de afiliacion al grupo de llamada, por la cual se ejecuta un procedimiento SIP “INVITA” para reservar recursos RTP al nivel aplicativo del lado del servidor PTT y del lado cliente PTT, de manera tal que se permite el establecimiento de una sesion RTP inmediatamente despues del procedimiento de afiliacion del cliente PTT al grupo, pero sin inicializar en esta etapa una portadora dedicada apta para soportar el servicio de voz para una comunicacion PTT; y
    - una etapa (24) de inicializacion de una portadora dedicada, apta para soportar el servicio de voz para la comunicacion PTT, ejecutada solamente en respuesta a una solicitud PTT (22) iniciada por el cliente PTT.
  2. 2. Procedimiento segun la reivindicacion 1, en el cual, para efectuar el procedimiento SIP “INVITA”, el cliente PTT envfa un mensaje de invitacion “SIP INVITA” al servidor PTT con el fin de solicitar la inicializacion de una sesion RTP para los medios de voz.
  3. 3. Procedimiento segun una cualquiera de las reivindicaciones anteriores, en el cual la etapa (10), durante la cual se efectua el procedimiento de conexion a la red celular IP - WAN, comprende una fase de autentificacion, que permite al modem IP - WAN ser registrado dentro de la red IP - WAN.
  4. 4. Procedimiento segun una cualquiera de las reivindicaciones anteriores, caracterizado por que el procedimiento de conexion a la red celular IP - WAN permite al modem ser accesible por medio de direcciones IP asignadas y asociadas a una portadora por defecto, con un QCI definido dentro del HSS;
  5. 5. Procedimiento segun una cualquiera de las reivindicaciones anteriores, en el cual, en una etapa (11) ejecutada antes de enviar una inscripcion SIP al servidor PTT, el cliente PTT obtiene la direccion IP del servidor PTT a partir del servidor DNS (6).
  6. 6. Procedimiento segun una cualquiera de las reivindicaciones 1 a 4, en el cual, en una etapa (11) ejecutada antes de enviar una inscripcion SIP al servidor PTT, el cliente PTT obtiene la direccion IP del servidor (3) PTT a partir de una configuracion manual;
  7. 7. Procedimiento segun una cualquiera de las reivindicaciones anteriores, en el cual, en una etapa (15) una vez que esta establecida la sesion RTP y que esta asignado un puerto RTP en el servidor PTT, se envfa un mensaje “SIP 200 OK” que indica que el protocolo SIP 200 esta activo al cliente PTT, incluyendo la direccion IP y el puerto del servidor pTt para dicha sesion RTP;
  8. 8. Procedimiento segun una cualquiera de las reivindicaciones anteriores, en el cual, en una etapa (16) un mensaje de latido es intercambiado entre el servidor PTT y el cliente PTT para mantener la conexion activa al nivel radio RRC IP - WAN, para mantener la sesion RTP activa y para efectuar una supervision entre el cliente PTT y el servidor PTT;
  9. 9. Procedimiento segun una cualquiera de las reivindicaciones anteriores, caracterizado por que la sesion RTP queda activa entre el servidor PTT y el cliente PTT hasta que el cliente PTT se da de baja, o hasta la destruccion del grupo.
  10. 10. Procedimiento segun una cualquiera de las reivindicaciones anteriores, en el cual, si no se detecta ninguna actividad durante un periodo configurable, despues de la etapa de inicializacion de una portadora dedicada apta para soportar el servicio de voz para la comunicacion PTT, entonces, el servidor PTT libera la portadora dedicada, pero no los recursos de la sesion RTP, la cual permanece activa.
ES13798242.7T 2012-11-05 2013-11-05 Procedimiento de inicialización de llamada rápida de aplicación de tipo PTT sobre una red celular IP - WAN Active ES2625743T3 (es)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
FR1202964A FR2997812A1 (fr) 2012-11-05 2012-11-05 Procede d'initialisation d'appel rapide d'application de type ptt sur un reseau cellulaire ip-wan
FR1202964 2012-11-05
PCT/EP2013/003315 WO2014082707A1 (fr) 2012-11-05 2013-11-05 Procede d'initialisation d'appel rapide d'application de type ptt sur un reseau cellulaire ip-wan

Publications (1)

Publication Number Publication Date
ES2625743T3 true ES2625743T3 (es) 2017-07-20

Family

ID=47750753

Family Applications (1)

Application Number Title Priority Date Filing Date
ES13798242.7T Active ES2625743T3 (es) 2012-11-05 2013-11-05 Procedimiento de inicialización de llamada rápida de aplicación de tipo PTT sobre una red celular IP - WAN

Country Status (5)

Country Link
US (1) US10244009B2 (es)
EP (1) EP2915349B1 (es)
ES (1) ES2625743T3 (es)
FR (1) FR2997812A1 (es)
WO (1) WO2014082707A1 (es)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105282709B (zh) * 2014-06-10 2018-09-11 中兴通讯股份有限公司 基于lte的集群通信系统重建恢复方法和用户终端
US10057767B2 (en) 2014-12-19 2018-08-21 Apple Inc. Methods and apparatus to support location specific control of access to services through untrusted wireless networks
US20160242148A1 (en) * 2015-02-13 2016-08-18 Mark L. REED Multi-mode wireless intercom
FR3033112B1 (fr) * 2015-02-24 2019-09-13 Yansys Systeme et procede de communication en mode ptt ("push-to-talk") entre plusieurs utilisateurs d'un reseau de telephonie sans fil
US10123182B2 (en) * 2015-06-29 2018-11-06 Blackberry Limited Merging active group calls
EP3151599A1 (en) * 2015-09-30 2017-04-05 Apple Inc. Authentication failure handling for cellular network access through wlan
WO2017212124A1 (fr) 2016-06-09 2017-12-14 Yansys Système et procédé de communication vocale de type push-to-talk entre plusieurs utilisateurs d'un réseau de télécommunications
US10051442B2 (en) * 2016-12-27 2018-08-14 Motorola Solutions, Inc. System and method for determining timing of response in a group communication using artificial intelligence
US11593668B2 (en) 2016-12-27 2023-02-28 Motorola Solutions, Inc. System and method for varying verbosity of response in a group communication using artificial intelligence
US9961516B1 (en) 2016-12-27 2018-05-01 Motorola Solutions, Inc. System and method for obtaining supplemental information in group communication using artificial intelligence
US20190149959A1 (en) 2017-11-16 2019-05-16 Motorola Solutions, Inc Method for controlling a virtual talk group memeber to perform an assignment
US11026061B2 (en) * 2019-02-05 2021-06-01 Motorola Solutions, Inc. Method for real-time talk-group creation within a push to talk for an Internet of Things system

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7170863B1 (en) * 2001-02-12 2007-01-30 Nortel Networks Limited Push-to-talk wireless telecommunications system utilizing a voice-over-IP network
US7408948B2 (en) * 2001-04-17 2008-08-05 Nokia Corporation Packet mode speech communication
US7502615B2 (en) * 2004-07-16 2009-03-10 Bridgeport Networks, Inc. Handoff for cellular and internet protocol telephony
US7701883B2 (en) * 2004-10-13 2010-04-20 Televolution Llc Telephone number binding in a voice-over-internet system
US20070002779A1 (en) * 2005-06-15 2007-01-04 Samsung Electronics Co., Ltd. Method and system for providing PTT to conference
WO2007011271A1 (en) * 2005-07-18 2007-01-25 Telefonaktiebolaget L M Ericsson (Publ) A method and apparatus broadcasting push-to-talk group sessions
US20070280256A1 (en) * 2006-06-01 2007-12-06 Jan Forslow Systems and methods for providing a heartbeat in a communications network
DK2127303T3 (da) * 2007-03-21 2013-11-04 Ericsson Telefon Ab L M Sessionsstyring i sip-baserede medietjenester
DE102007056725A1 (de) * 2007-11-26 2009-06-04 Infineon Technologies Ag Verfahren zum bedingten Aufbauen einer Telekommunikationskonferenzsitzung, Telekommunikationskonferenz-Anordnung, und Telekommunikationskonferenzsitzungs-Server
US8175628B2 (en) * 2008-07-15 2012-05-08 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for reducing push-to-talk (PTT) latency in a WCDMA network
US9306991B2 (en) * 2012-10-16 2016-04-05 Motorola Solutions, Inc. Enhanced push to talk systems and methods with floor control and media traffic optimization

Also Published As

Publication number Publication date
WO2014082707A1 (fr) 2014-06-05
EP2915349A1 (fr) 2015-09-09
US20160044064A1 (en) 2016-02-11
US10244009B2 (en) 2019-03-26
EP2915349B1 (fr) 2017-04-19
FR2997812A1 (fr) 2014-05-09

Similar Documents

Publication Publication Date Title
ES2625743T3 (es) Procedimiento de inicialización de llamada rápida de aplicación de tipo PTT sobre una red celular IP - WAN
ES2730688T3 (es) Comunicaciones de grupo basadas en multidifusión en arreglos ad hoc de dispositivos inalámbricos
ES2689687T3 (es) Comunicaciones en una red de multidifusión ad hoc
KR102571193B1 (ko) D2d 통신 시스템에서 d2d 단말을 위한 사이드링크 그랜트를 선택하는 방법 및 그 장치
ES2605787T3 (es) Modo de funcionamiento discontinuo iniciado en un equipo de usuario en una red de comunicaciones inalámbricas
ES2740849T3 (es) Continuidad de servicio para comunicación de grupo sobre eMBMS LTE
ES2763165T3 (es) Alineamiento de planificación semipersistente y recepción discontinua
ES2720250T3 (es) Mecanismos de control de acceso para descubrimiento y comunicación de D2D
ES2744309T3 (es) Gestión de recursos de comunicación
WO2016205991A1 (zh) 免授权传输的方法、用户设备、接入网设备和核心网设备
WO2017070842A1 (zh) 一种设备到设备d2d通信方法、装置及系统
US20160219132A1 (en) Method for performing a packet filtering for prose in a d2d communication system and device therefor
ES2312044T3 (es) Planificacion coordinada de nivel minimo y paquete de pulsar para x (push-to-x) a traves de celular.
KR102330244B1 (ko) Nan(neighbor aware network) 데이터 경로에서의 트래픽 광고
US20130194999A1 (en) Client-assisted target multicast area detection
US9844095B2 (en) Mobile communication system, base station, and user terminal
EP3231244A2 (en) Traffic advertisement in neighbor aware network (nan) data path
CN108207036A (zh) 一种半持久调度的方法及装置
JP6688745B2 (ja) 基地局及びユーザ端末
WO2016094441A2 (en) Traffic advertisement in neighbor aware network (nan) data path
ES2399680T3 (es) Operación rápida pulsar para hablar entre sistemas
ES2966510T3 (es) Múltiples configuraciones de DRX para comunicación D2D
WO2022068696A1 (en) Relay ue selection for transmission over sidelink
Budka et al. Public safety mission critical voice services over LTE
US20230370948A1 (en) Method and Apparatus for Path Switch