WO2012007597A1 - Sistema de intercambio de mensajes ptt para multivideoconferencias breves - Google Patents

Sistema de intercambio de mensajes ptt para multivideoconferencias breves Download PDF

Info

Publication number
WO2012007597A1
WO2012007597A1 PCT/ES2010/070483 ES2010070483W WO2012007597A1 WO 2012007597 A1 WO2012007597 A1 WO 2012007597A1 ES 2010070483 W ES2010070483 W ES 2010070483W WO 2012007597 A1 WO2012007597 A1 WO 2012007597A1
Authority
WO
WIPO (PCT)
Prior art keywords
participants
ptt
session
list
client
Prior art date
Application number
PCT/ES2010/070483
Other languages
English (en)
French (fr)
Inventor
Isabel Ordas Arnal
Gustavo GARCÍA BERNARDO
David ARTUÑEDO GUILLÉN
José Manuel GROSSO VENERO
Original Assignee
Telefonica, S.A.
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 Telefonica, S.A. filed Critical Telefonica, S.A.
Priority to PCT/ES2010/070483 priority Critical patent/WO2012007597A1/es
Priority to EP10854655.7A priority patent/EP2595419A4/en
Priority to US13/809,219 priority patent/US20130335510A1/en
Publication of WO2012007597A1 publication Critical patent/WO2012007597A1/es

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/14—Systems for two-way working
    • H04N7/15—Conference systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/02—Network architectures or network communication protocols for network security for separating internal from external traffic, e.g. firewalls
    • H04L63/0227—Filtering policies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H04L65/403—Arrangements for multi-party communication, e.g. for conferences
    • H04L65/4038—Arrangements for multi-party communication, e.g. for conferences with floor control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H04L65/403—Arrangements for multi-party communication, e.g. for conferences
    • H04L65/4046—Arrangements for multi-party communication, e.g. for conferences with distributed floor control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H04L65/4061—Push-to services, e.g. push-to-talk or push-to-video
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H04W4/10—Push-to-Talk [PTT] or Push-On-Call services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/40—Connection management for selective distribution or broadcast
    • H04W76/45—Connection management for selective distribution or broadcast for Push-to-Talk [PTT] or Push-to-Talk over cellular [PoC] services

Definitions

  • the present invention refers to a PTT message exchange system for short multi-conferences whose essential purpose is to facilitate an alternative system to those currently used for multimedia message exchange or short videoconferences, and alternative to those that are in the process of standardization by official organizations such as OMA (Open Mobile Alliance); and so that the system of the invention has greater simplicity and lower application costs.
  • OMA Open Mobile Alliance
  • videoconferencing services between two or more participants are offered as a service that requires network infrastructure with specific equipment to manage the session establishment, flow control and mixing of audio and video, so that the corresponding equipment has an excessively high cost, as reflected in figure 6 of this document.
  • MCU Multipoint Control Unit
  • 63 multimedia terminal.
  • 64 videoconferencing camera.
  • the MCU element serves to manage the data flow of the terminals connected to the videoconference, mix, switch and process the audio and video, as well as support the range of standards of audio, video and data.
  • all terminals send audio, video, data and control flows to the MCU in a point-to-point behavior.
  • the MCU centrally manages the conference using the control functions.
  • Figure 7 of this document shows a basic scheme of signaling and data flow in a traditional multi-conference system.
  • the multi-conference call must be established (message 111) and then invite each participant (messages 112 and 122). This is when the exchange of two-way multimedia flows (messages 114 and 124) begins, as well as the signaling for the control of those flows (messages 113 and 123) between each of the participating clients and the MCU (61).
  • Push To Talk a service in which there is an exchange of multimedia messages in real time in a unidirectional way and that the recipients can reply to that message in the same way
  • This service is commonly known as Push To Talk and in the case of mobile networks it is called Push To Talk over Cellular (PoC).
  • the main difference of this service with respect to a conventional telephone call is that it is unidirectional and short-term communications (normally while the user presses a button), and that they are automatically and quasi-instantaneously accepted (in real time ) by the receiver.
  • the main difference of this service regarding the sending of multimedia messages by other means resides in the real-time sending of the multimedia content that is being recorded instead of using a recording mechanism and subsequent sending.
  • This type of services in the case of being offered over IP (Internet Protocol) networks, can make use of the mechanisms defined in the SIP and RTP protocols for the establishment of multimedia sessions and the exchange of said multimedia contents respectively.
  • IP Internet Protocol
  • the networks that support multimedia services based primarily on those same protocols are known as IMS or NGN networks.
  • IP communications technologies allow them to be applied not only to audio / voice content but to any other type of multimedia communication (video, text, games, etc.) without requiring definition of additional procedures.
  • the solution proposed by OMA does not reduce complexity compared to traditional videoconferencing systems, since, like these, it requires a session establishment prior to the exchange of messages, as well as a continuous exchange of messages to control the flow that is broadcast on the channel
  • the OMA standard has the limitation that only the transmission of a Push2Video message is possible at the same time among the participants of a session.
  • the problems presented by the OMA solution are described in more detail below.
  • MBCP Media Burst Control Protocol
  • the management of the transmission of multimedia streams with the MBCP is such that participants cannot transmit their video messages if anyone else is doing so at the same time; is say, you cannot be broadcasting more than one participant at a time. This is another of the limitations of the implementation of the service proposed by OMA.
  • the invention consists of a PTT (Push-to-Talk) message exchange system for short multi-conferences that is applicable to the exchange, between at least two users, of short multimedia messages , for which, they are used PTT infrastructures with an implementation in which there are either clients and servers, or with an implementation in which there are clients without servers.
  • the PTT message is defined by the exchange of information in real time and in a unidirectional way between every two users, as opposed to the traditional bidirectional way for videoconferences, in which there is simultaneous round-trip communication between every two users.
  • the PTT message additionally comprises generating the multimedia message simultaneously with its transmission, so that the inclusion of recording and storage media of the multimedia message prior to said transmission is avoided.
  • the multi-conference session with at least one PTT message sent is established at the moment when a first user (also called a client or participant) activates a user button and ends when this first user deactivates that button;
  • a list of participants that includes at least all the participants of the session is necessarily transmitted; where these participants are proposed by the first client mentioned in point a); also including the first user (client or participant) in the list of participants;
  • customers also called users or participants
  • customers included in the list of Participants participate by default in the multi-conference session when receiving the PTT message.
  • a client included in the list of participants in the system thereof, in addition to the features expressed above, a client included in the list of participants, according to the aforementioned point d), when deciding to communicate with the participants of the list of participants for a a certain PTT message, necessarily sends that same list of participants expressed in point b) to each participant in the list of participants.
  • the user terminals corresponding to the aforementioned clients additionally comprise filtering and authorization means prior to the outputs and inputs of their multimedia messages to enable revisions and limitations thereof prior to its emission and reception.
  • the SIP Session Initiation Protocol
  • SIP Session Initiation Protocol
  • the XML standard is used to carry out the aforementioned list of participants of the multi-conference call.
  • the system of the invention has advantages relative to the fact that the concept of "conversation ⁇ " is maintained between a group of users with multi-conference application, and the signaling to establish PTT sessions is simplified to the maximum.
  • the service there is no limitation on the number of users that may be sending a unidirectional PTT message to a group of people at the same time, so it is simple Turn the PTT service into a traditional two-way conference between two or more people with the greatest simplicity.
  • the channels established for the exchange of these PTT messages are unidirectional, so that a PTT client can have at the same time a transmission channel and several channels for reception.
  • Figure 1 Schematically represents a system for exchanging PTT messages for short multi-conferences, carried out according to the present invention and in which clients and server are involved.
  • Figure 2. Schematically represents the system of the invention referred to in the previous figure 1 but involving clients without a server.
  • Figure 3. It is a schematic representation of an exchange of SIP messages when activating a user button, according to an example of application of the system of the invention referred to in the previous figures.
  • Figure 4. Represents an exchange of SIP messages when the referred button is deactivated in the application of the previous figure 3.
  • Figure 5. Schematically represents an exchange of SIP messages to send PTT messages simultaneously, according to a second application of the system of the invention referred to in the first two figures.
  • Figure 6. Schematically represents a traditional videoconferencing service, according to the state of the art.
  • Figure 7. Represents a basic signaling and data flow scheme in a traditional multi-conference system according to the state of the art.
  • Figure 8.- Represents a scheme of a PTT message exchange procedure according to a standardization proposed by OMA and belonging to the state of the art.
  • the PTT message exchange system for short multi-conferences of this example of the invention applies to the exchange, between two or more users, of short multimedia messages, using PTT infrastructures in which there are clients 31, 33 and server 32, such and as shown in Figure 1, or clients 41, 42 without a server, as reflected in Figure 2.
  • 311 session establishment data flow.
  • 312 multimedia message data flow.
  • 321 session establishment data flow from the server.
  • 322 multimedia message data flow from the server.
  • 323 data flow corresponding to logout from the server. 41: originating client of the PTT message with the system of the invention and without server.
  • the system of the present example is applied in a set formed by habitual elements of a PTT infrastructure such as the referred clients and server, but modifying the interaction procedures between them, also giving the added functionality that allows the simultaneous transmission of PTT messages. between several participants of a PTT session or conference.
  • the establishment and closing of the sessions can be done with the SIP protocol; however, in other examples of the invention, other protocols may be used.
  • the target users, 33, 42 receive a list with all the participants of the multivideoconference, as well as a global identifier of the same.
  • destination customers 33, 42 Before deciding to participate in the multi-conference call, destination customers 33, 42 can view the aforementioned identifier and list.
  • the originating PTT client or client 41 sends the corresponding communication to each of the destination PTT clients 42 by means of data streams 411, 412 and 413.
  • the invitation messages for the session establishment will reach the target client applications. Normally, when this occurs, the request is automatically accepted by the client, since the idea of the service is that the message is reproduced practically in real time at destination. However, there is the possibility that the user's terminal is configured so that this does not happen, by defining filtering and authorization rules.
  • a PTT message can be sent to one or more recipients.
  • the list of users who will receive the message is sent as part of the invitation to the multivideoconference session.
  • the temporal succession and the list of participants associated with PTT messages constitute the context of a PTT conversation.
  • the list of participants includes the sender of the PTT message. This should be so to prevent customers from having to process the data in that list and replace the address of the user who sent the selected message with the address of the user who sends this new message. Therefore, when using the server system, the server must be in charge of processing the list of participants of the session invitations and forwarding those invitations to all the clients that appear in the list except the client that originated that invitation .
  • a functionality that does not provide the service described in the OMA standardization body is possible, consisting in that with the system of the present invention it is possible that several participants of a PTT conversation send a message simultaneously.
  • the SIP protocol is used for the establishment of the session and the XML standard to describe the list of participants within the establishment messages of the SIP session.
  • the corresponding multimedia streams include audio and video.
  • PTT client of user A establishes a session with the PTT server, for which it sends a SIP INVITE request through the SIP / IM network core. Subsequently the PTT server will establish the session with the PTT clients B and C; To do so, they will also send a SIP INVITE request through the SIP / IMS network. PTT clients B and C automatically answer the session establishment request with an SIP 200 OK confirmation. This reply is automatic because, as we have defined, in the service PTT messages are transmitted and reproduced immediately in the receiving client, it is not necessary to wait for the user to accept the invitation.
  • Figure 3 shows the exchange of SIP messages between the three clients, as well as the actions of the users.
  • the corresponding transmissions include some important details of the SIP messages exchanged for the establishment of the PTT session, such as the SDP parameters to describe the characteristics of the channels and the XML where the list of participants appears.
  • the SIP INVITE message that is sent both from the origin of the PTT message to the server and from the server to the recipients contains in its body a part of XML text in which the participants of the PTT conversation are listed.
  • INVITE 1. INVITE, 3. INVITE, 5. INVITE, 6. INVITE, 13. INVITE and 14. INVITE
  • Content-Type application / resource-lists + xml
  • xmlns "urn: ietf: params: xml: ns: resource-lists”
  • xmlns: xsi "http: // www. w3. org / 2001 / XMLSchema- instance">
  • ⁇ entry uri "sip: UserA @ domain. com” />
  • ⁇ entry uri "sip: UserB @ domain. com” />
  • ⁇ entry uri "sip: UserC @ domain. com” /> ⁇ /list>
  • Push To Talk A client sends a SIP BYE message to the Push To Talk server through the SIP / IMS network.
  • the server terminates the session with clients B and C. Once one of these PTT messages has been received, there is a possibility that any of the participants will respond to it.
  • client PTT B would send a SIP INVITE request to clients A and C through the PTT server and the SIP / IMS infrastructure.
  • the second application of the system of the present example is illustrated by Figure 5, and describes the case of the use of the system when one of the clients wants to send another PTT message to the group of the corresponding multi-conference call even when the user who is sending a message has not finished yet (you haven't released the button in your client application).
  • user B is the one who sends this second message, so that session 1 established by A and session 2 established by B they take place at the same time, as can be seen in the aforementioned figure 5.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Computer Hardware Design (AREA)
  • Telephonic Communication Services (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

El sistema es aplicable al intercambio, entre dos o más usuarios, de mensajes multimedia cortos. El sistema se emplea indistintamente para implementaciones cliente- servidor (31, 32, 33), o para implementaciones cliente- cliente sin servidor(41, 42). Presenta los siguientes rasgos técnicos esenciales:(i) la sesión se establece (311, 411) cuando un primer cliente activa un pulsador de usuario y se finaliza (313, 413) cuando dicho primer usuario desactiva ese pulsador; (ii) en el inicio de la sesión (311, 411) se transmite un listado de todos los participantes; (iii) en el inicio de la sesión (311, 411) se transmite un identificador global de la sesión; (iv) los clientes alcanzados mediante un mensaje PTT enviado por el referido primer cliente responden o no con posterioridad al conocimiento de dichos listado e identificador.

Description

SISTEMA DE INTERCAMBIO DE MENSAJES PTT PARA
MULTIVIDEOCONFERENCIAS BREVES OBJETO DE LA INVENCION
La presente invención, tal y como se expresa en el enunciado de esta memoria descriptiva, se refiere a un sistema de intercambio de mensajes PTT para multivideoconferencias breves cuya finalidad esencial consiste en facilitar un sistema alternativo a los que se emplean actualmente para intercambio de mensajes multimedia o videoconferencias cortas, y alternativo a los que se encuentran en proceso de estandarización por organismos oficiales tales como OMA (Open Mobile Alliance) ; y de manera que el sistema de la invención presente una mayor sencillez y unos menores costes de aplicación.
ANTECEDENTES DE LA INVENCION
Con el incremento de la disponibilidad de redes de acceso de banda ancha fijas y móviles se está produciendo un incremento de la demanda de servicios de comunicaciones multimedia en tiempo real. Además, las nuevas redes NGN demandan que estos servicios se proporcionen desde cualquier red de acceso.
En la actualidad, los servicios de videoconferencia entre dos o más participantes se ofrecen como un servicio que requiere infraestructura de red con equipamiento especifico para gestionar el establecimiento de la sesión, el control de flujo y la mezcla de audio y video, con lo que el equipamiento correspondiente presenta un coste excesivamente elevado, tal y como se refleja en la figura 6 de este documento.
En dicha figura 6 pueden verse los siguientes elementos :
60: red de datos.
61: MCU (Multipoint Control Unit).
62: usuarios de multivideoconferencia .
63: terminal multimedia. 64: cámara de videoconferencia .
65: micrófono.
66: proyector.
67: terminal de datos.
68: pantalla.
El elemento MCU, referenciado como 61, de la figura 6 del estado de la técnica sirve para gestionar el flujo de datos de los terminales conectados a la videoconferencia, mezclar, conmutar y procesar el audio y el video, asi como soportar el rango de estándares de audio, video y datos. En la videoconferencia multipunto, todos los terminales envían audio, video, datos y flujos de control a la MCU en un comportamiento punto a punto. La MCU gestiona de forma centralizada la conferencia usando las funciones de control.
Por otra parte, para poder hacer una multivideoconferencia es necesario acordar una hora entre todos los participantes e iniciar un largo y complejo procedimiento de establecimiento de llamada antes de poder empezar la comunicación. Este servicio resulta ineficiente cuando se trata de comunicar rápidamente un mensaje a nuestros interlocutores.
En la figura 7 de este documento, también perteneciente al estado de la técnica, se muestra un esquema básico de señalización y flujo de datos en un sistema de multivideoconferencia tradicional.
En esa figura 7, además del referido bloque MCU referenciado como 61, se pueden distinguir los siguientes elementos :
11: cliente que establece la multivideoconferencia .
13: cliente invitado a la multivideoconferencia .
111: flujo de establecimiento de multivideoconferencia .
112: flujo de invitación a la multivideoconferencia .
113: control del flujo multimedia entre 11 y 61.
114: flujo multimedia entre 11 y 61. 115: finalización de la multivideoconferencia .
122: flujo de invitación a la multivideoconferencia
desde MCU.
123: control del flujo multimedia entre 13 y 61.
124: flujo multimedia entre 13 y 61.
125: abandono de la multivideoconferencia .
Asi, según el esquema de la figura 7, con el procedimiento que se sigue para establecer una multivideoconferencia en un sistema tradicional, y mostrando solo un cliente invitado 13, se tiene el modelo básico del estado de la técnica, pero este modelo habría que replicarlo tantas veces como clientes interviniesen en la multivideoconferencia . Primeramente ha de establecerse la multivideoconferencia (mensaje 111) y después invitar a cada uno de los participantes (mensajes 112 y 122) . Es entonces cuando comienza el intercambio de flujos multimedia bidireccionales (mensajes 114 y 124), asi como la señalización para el control de esos flujos (mensajes 113 y 123) entre cada uno de los clientes participantes y la MCU (61) .
En este contexto, un servicio en el que haya un intercambio de mensajes multimedia en tiempo real de forma unidireccional y que los destinatarios puedan contestar a ese mensaje de la misma forma seria enormemente útil. Este servicio se conoce habitualmente como Push To Talk y en el caso de las redes móviles se denomina Push To Talk over Cellular (PoC) .
La diferencia principal de este servicio respecto a una llamada telefónica convencional reside en que se trata de comunicaciones unidireccionales y de corta duración (normalmente mientras el usuario mantiene pulsado un botón) , y que son aceptadas automáticamente y de forma cuasi-instantánea (en tiempo real) por el receptor.
La diferencia principal de este servicio respecto al envió de mensajes multimedia por otros medios (email, MMS) reside en el envío en tiempo real del contenido multimedia que está siendo grabado en lugar de utilizar un mecanismo de grabación y posterior envío.
Este tipo de servicios, en el caso de ofrecerse sobre redes IP (Internet Protocol) , pueden hacer uso de los mecanismos definidos en los protocolos SIP y RTP para el establecimiento de sesiones multimedia y el intercambio de dichos contenidos multimedia respectivamente. En el caso de servicios ofrecidos por operadores de telecomunicaciones, las redes que soportan los servicios multimedia basados principalmente en esos mismos protocolos son conocidas como redes IMS o NGN.
Aunque el nombre habitual de este servicio es Push To Talk, las tecnologías de comunicaciones sobre IP subyacentes permiten aplicarlos no sólo a contenidos de audio/voz sino a cualquier otro tipo de comunicación multimedia (video, texto, juegos, etc) sin requerir la definición de procedimientos adicionales.
Actualmente el organismo de estandarización OMA (Open Mobile Alliance) está definiendo el estándar para el servicio Push-To-Talk over Cellular pare redes IMS que en su versión 2.0 contempla nuevos tipos multimedia además del intercambio de mensajes de voz (video, imágenes, texto y ficheros ) [ 1 ] .
La solución propuesta por OMA no resta complejidad en comparación a los sistemas de videoconferencia tradicionales, ya que, al igual que éstos requiere de un establecimiento de sesión previo al intercambio de mensajes, así como un continuo intercambio de mensajes para el control del flujo que se transmite por el canal. Por otra parte, el estándar de OMA tiene la limitación de que solo es posible la transmisión de un mensaje Push2Video al mismo tiempo entre los participantes de una sesión. Más adelante se describe con mayor detalle los problemas que presenta la solución de OMA. Además, existen algunas implementaciones del servicio propietarias, tales como Movial Push-To-Video [2] y el Push-To-Talk/Push-To-Xperience de Motorola [3].
También existen otras soluciones que intentan emular este tipo de servicios de forma simplificada prescindiendo de alguna de sus funcionalidades, como es el caso de los mensajes de Voz de Windows Live Messenger de Microsoft, donde estos mensajes no se envían en tiempo real.
En la figura 8, perteneciente al estado de la técnica de este documento, se ha representado un esquema del procedimiento de intercambio de mensajes PTT según OMA, donde se tienen las siguientes referencias:
21: cliente que establece la sesión y origen del
mensaje PTT.
22: servidor PTT.
23: cliente invitado a la sesión PTT y destino del
mensaje PTT.
211: flujo de establecimiento de sesión.
212: flujo de reserva del canal.
213: flujo multimedia.
214: liberación del canal.
215: flujo de cierre de sesión.
221: flujo de establecimiento de sesión desde 22.
222: flujo para informar la reserva del canal.
223: flujo multimedia desde 22.
224: flujo para informar la liberación del canal.
225: flujo de cierre de sesión.
Respecto a los problemas que se dan con las soluciones existentes, tal y como la representada en la referida figura 8, se puede indicar que el intercambio de mensajes multimedia dentro de un servicio PTT entre uno o varios usuarios tal y como ha definido la OMA, según se muestra en dicha figura 8, resulta muy complejo. Así, previamente al intercambio de mensajes PTT se requiere el establecimiento de una sesión (mensajes 211 y 221), y posteriormente el cierre (mensajes 215 y 225) por parte del origen (bloque 21) con un servidor (bloque 22) que mantiene el estado de la conferencia de manera que todos los mensajes de la misma pueden ser reenviados correctamente a todos los destinatarios (bloque 23) . El estándar que se utiliza para esta gestión de la sesión es SIP.
En el estándar de OMA existen dos tipos de sesiones en función de cómo se creen éstas. En las "pre-established" se negocian los parámetros (dirección IP, puertos y codees) que se usarán para el envió del flujo multimedia antes de crear la sesión. En las sesiones "on demand", esa negociación previa no existe, lo que resulta menos eficiente en tiempo.
Por otra parte, el envió del tráfico multimedia (mensajes 213 y 223) dentro de esa sesión PTT global requiere de señalización adicional para indicar los momentos en los que comienza (mensajes 212 y 222) y termina (mensajes 214 y 224) la transmisión del flujo. Para ello, la OMA ha definido un protocolo que se denomina Media Burst Control Protocol (MBCP) para la gestión del intercambio de ráfagas multimedia en el canal. Para implementar el MBCP se han diseñado unos diagramas de estados que han de implementar clientes y servidores.
El problema técnico derivado de esta solución actual es por una parte la complejidad del método definido, lo que dificulta la implementación del servicio y por otra parte el consumo de recursos en equipamiento especifico en la red del proveedor del servicio ya que debe mantener el estado de las sesiones y la conferencia PTT durante mucho tiempo y realizando tareas más complejas, que hace más costoso el despliegue del mismo.
Asi mismo, la gestión de la transmisión de los flujos multimedia con el MBCP, es de tal forma que los participantes no puedan transmitir sus mensajes de video si cualquier otro lo está haciendo en ese mismo momento; es decir, no puede estar transmitiendo más de un participante a la vez. Esta es otra de las limitaciones de la implementación del servicio que propone OMA.
Abreviaturas :
IMS IP Multimedia Subsystem.
IP Internet Protocol.
MBCP Media Burst Control Protocol.
MIME Multipurpose Internet Mail Extensions.
MMS Multimedia Messaging System.
NGN Next Generation Network.
OMA Open Mobile Alliance.
PoC Push To Talk over Cellular.
PTT Push To Talk.
RTP Real-time Transport Protocol.
SDP Session Description Protocol.
SIP Session Initiation Protocol.
XML Extensible Markup Language .
Referencias entre corchetes :
[1] Open Mobile Alliance (OMA), Push To Talk over Cellular
http : //www . openmobilealliance . org/Technical/release_program /poc_v2_l . aspx
[2] Movial,
http : //www . movial . fi/en/client_software/Other_Products/Push _to_Video/.
[3] Push-To-Talk/Push-To-Xperience de Motorola, http : //www . motoróla . com/networkoperators/pdfs/PTX_Brochure . pdf
DESCRIPCION DE LA INVENCION
Para lograr los objetivos y evitar los inconvenientes indicados en anteriores apartados, la invención consiste en un sistema de intercambio de mensajes PTT ( Push-to-Talk) para multivideoconferencias breves que es aplicable al intercambio, entre al menos dos usuarios, de mensajes multimedia cortos, para lo cual, se emplean infraestructuras PTT con una implementación en la que existe bien clientes y servidor, o bien, con una implementación en la que existe clientes sin servidor. El mensaje PTT queda definido por el intercambio de información en tiempo real y de manera unidireccional entre cada dos usuarios, en contraposición a la manera tradicional bidireccional para videoconferencias , en la que hay comunicación simultánea de ida y vuelta entre cada dos usuarios. Además, el mensaje PTT comprende adicionalmente la generación del mensaje multimedia de forma simultánea a su transmisión, de manera que se evita la inclusión de medios de grabación y almacenaje del mensaje multimedia previos a dicha transmisión.
Novedosamente, según la invención, el sistema de la misma comprende al menos los siguientes cuatro rasgos técnicos esenciales:
a) la sesión de multivideoconferencia con envió de al menos un mensaje PTT se establece en el momento en el que un primer usuario (también denominado cliente o participante) activa un pulsador de usuario y se finaliza cuando este primer usuario desactiva ese pulsador;
b) en el inicio de la sesión de multivideoconferencia se transmite obligadamente un listado de participantes que comprende al menos todos los participantes de la sesión; donde estos participantes son propuestos por el primer cliente mencionado en el punto a) ; incluyéndose además en el listado de participantes al propio primer usuario (cliente o participante) ;
c) en el inicio de la sesión de multivideoconferencia se transmite obligadamente un identificador global de la sesión en concreto iniciada;
d) los clientes (también denominados usuarios o participantes) comprendidos en el listado de participantes participan por defecto en la sesión de multivideoconferencia al recibir el mensaje PTT. Según la realización preferente de la invención, en el sistema de la misma, además de los rasgos expresados anteriormente, un cliente comprendido en el listado de participantes, según el referido punto d) , cuando decide comunicarse con los participantes del listado de participantes para un determinado mensaje PTT, envia obligadamente ese mismo listado de participantes expresado en el punto b) a cada uno de los participantes del listado de participantes.
Además, según la realización preferente del sistema de la invención, los terminales de usuario correspondientes a los mencionados clientes adicionalmente comprenden unos medios de filtrado y de autorización previos a las salidas y entradas de sus mensajes multimedia para posibilitar revisiones y limitaciones de los mismos previas a su emisión y recepción.
Por otra parte, en la realización preferente de la invención, en los establecimientos y cierres de las sesiones se emplea el protocolo SIP (Session Initiation Protocol) .
Además, en la realización preferente de la invención, en el sistema de la misma, para la realización del referido listado de participantes de la multivideoconferencia se emplea el estándar XML .
Con la estructura que se ha descrito, el sistema de la invención presenta ventajas relativas a que se mantiene el concepto de "conversación ρττ " entre un grupo de usuarios con aplicación a multivideoconferencia, y simplificándose al máximo la señalización para establecer sesiones PTT.
Por otra parte, tal y como está definido el servicio, no hay limitación en el número de usuarios que pueden estar mandando un mensaje PTT unidireccional a un grupo de personas al mismo tiempo, por lo que resulta sencillo convertir el servicio PTT en una conferencia bidireccional tradicional entre dos o más personas con la mayor simplicidad. Además, los canales que se establecen para el intercambio de estos mensajes PTT son unidireccionales, de manera que un cliente PTT puede tener al mismo tiempo un canal de transmisión y varios canales para recepción.
A continuación, para facilitar una mejor comprensión de esta memoria descriptiva y formando parte integrante de la misma, se acompañan unas figuras en las que con carácter ilustrativo y no limitativo se ha representado el objeto de la invención.
BREVE DESCRIPCION DE LAS FIGURAS
Figura 1.- Representa esquemáticamente a un sistema de intercambio de mensajes PTT para multivideoconferencias breves, realizado según la presente invención y en el que intervienen clientes y servidor.
Figura 2.- Representa esquemáticamente al sistema de la invención referido en la anterior figura 1 pero interviniendo clientes sin servidor.
Figura 3.- Es una representación esquemática de un intercambio de mensajes SIP al activar un pulsador de usuario, según un ejemplo de aplicación del sistema de la invención referido en las anteriores figuras.
Figura 4.- Representa un intercambio de mensajes SIP cuando se desactiva el referido pulsador en la aplicación de la anterior figura 3.
Figura 5.- Representa esquemáticamente un intercambio de mensajes SIP para enviar mensajes PTT simultáneamente, según una segunda aplicación del sistema de la invención referido en las dos primeras figuras.
Figura 6.- Representa esquemáticamente a un servicio tradicional de videoconferencia, según el estado de la técnica . Figura 7.- Representa a un esquema básico de señalización y flujo de datos en un sistema de multivideoconferencia tradicional según el estado de la técnica .
Figura 8.- Representa a un esquema de un procedimiento de intercambio de mensajes PTT según una estandarización propuesta por OMA y perteneciente al estado de la técnica.
DESCRIPCION DE UN EJEMPLO DE REALIZACION DE LA INVENCION
Seguidamente se realiza una descripción de un ejemplo de la invención haciendo alusión a las referencias de las figuras .
Asi, el sistema de intercambio de mensajes PTT para multivideoconferencias breves de este ejemplo de la invención se aplica al intercambio, entre dos o más usuarios, de mensajes multimedia cortos, utilizando infraestructuras PTT en las que existen clientes 31, 33 y servidor 32, tal y como muestra la figura 1, o bien clientes 41, 42 sin servidor, según se refleja en la figura 2.
Las referencias numéricas de esas figuras 1 y 2 representan lo siguiente:
31: cliente origen del mensaje PTT con el sistema de la invención.
32: servidor PTT en el sistema de la invención.
33: cliente destino del mensaje PTT empleando el sistema de la invención.
311: flujo de datos de establecimiento de la sesión. 312: flujo de datos del mensaje multimedia.
313: flujo de datos de cierre de la sesión.
321: flujo de datos de establecimiento de sesión desde el servidor.
322: flujo de datos del mensaje multimedia desde el servidor .
323: flujo de datos correspondiente a cierre de sesión desde el servidor. 41: cliente origen del mensaje PTT con el sistema de la invención y sin servidor.
42: cliente destino del mensaje PTT con el sistema de la invención y sin servidor.
411: flujo de datos correspondiente al establecimiento de la sesión y sin servidor.
412: flujo de datos correspondiente al mensaje multimedia y sin servidor.
413: flujo de datos correspondiente a cierre de la sesión y sin servidor.
El sistema del presente ejemplo se aplica en un conjunto formado por elementos habituales de una infraestructura PTT tales como los referidos clientes y servidor, pero modificando los procedimientos de interacción entre ellos, dándose además la funcionalidad añadida de que se posibilita la transmisión simultánea de mensajes PTT entre varios participantes de una sesión o conferencia PTT.
Cuando un usuario desea enviar un mensaje PTT a varios destinatarios, dicho usuario pulsa el botón "talk" en su aplicación de cliente y es en ese momento cuando la sesión se establece, a través del servidor PTT. A continuación, se envia el mensaje multimedia desde el usuario que inicia la sesión multivideoconferencia al servidor o a otro usuario. En el momento que decide dejar de transmitir el mensaje, el usuario suelta ese botón y la sesión se cierra. Asi, las sesiones PTT están activas únicamente mientras el mensaje PTT está siendo transmitido, ya que los tiempos de inicio y fin de sesión son muy cortos en comparación con el tiempo durante el cual se transmite el mensaje multimedia.
El establecimiento y cierre de las sesiones se puede hacer con el protocolo SIP; pudiendo no obstante en otros ejemplos de la invención utilizar otros protocolos.
Además, según el ejemplo de la invención, en el inicio de la sesión los usuarios destino, 33, 42, reciben un listado con todos los participantes de la multivideoconferencia, asi como un identificador global de la misma.
Antes de decidir su participación en la multivideoconferencia, los clientes destino 33, 42 pueden visualizar los referidos identificador y listado.
Cuando un usuario desea enviar un mensaje PTT a varios destinatarios 33, este usuario pulsa el botón correspondiente en su aplicación de cliente 31 y en ese momento es cuando la sesión se establece. A continuación se envían los mensajes correspondientes a los flujos de datos 311 y 321 a través del servidor 32. En el momento en el que se decide dejar de transmitir el mensaje, el usuario suelta ese botón y la sesión se cierra mediante los mensajes 313 y 323; de manera que las sesiones PTT están activas únicamente mientras el mensaje PTT está siendo transmitido con los flujos de datos 312 y 322 correspondientes al mensaje multimedia, teniendo en cuenta que los tiempos de inicio (311 y 321) y fin (313 y 323) de sesión son muy cortos en comparación con el tiempo durante el cual se transmite el mensaje multimedia.
Cuando, como en el caso de la figura 2, no existe servidor PTT el usuario o cliente PTT de origen 41 envía la comunicación correspondiente a cada uno de los clientes PTT destino 42 mediante los flujos de datos 411, 412 y 413.
De este modo cambiamos el concepto de lo que sería una sesión PTT en OMA, donde las sesiones engloban varios mensajes transmitidos dentro de un mismo contexto o conversación PTT.
Los mensajes de invitación para el establecimiento de sesión llegarán a las aplicaciones cliente destino. Normalmente, cuando esto ocurre, la petición es aceptada automáticamente por el cliente, puesto que la idea del servicio es que el mensaje se reproduzca prácticamente en tiempo real en destino. Sin embargo, existe la posibilidad de que el terminal del usuario sea configurado para que esto no ocurra asi, mediante la definición de unas reglas de filtrado y autorización.
Un mensaje PTT puede ser enviado a uno o varios destinatarios. La lista de usuarios que van a recibir el mensaje es enviada como parte de la invitación a la sesión de multivideoconferencia .
Los clientes que reciben el mensaje de invitación a la sesión PTT extraen la lista de participantes de esa conversación PTT y la guardan en almacenamiento local en el historial de mensajes PTT. El flujo multimedia que se transmitirá después de que el cliente emisor haya recibido la aceptación a la invitación de la sesión PTT se guarda igualmente en el cliente local, asociado a dicha lista de participantes.
La sucesión temporal y la lista de participantes asociadas a los mensajes PTT constituyen el contexto de una conversación PTT.
En caso de que alguno de los participantes de esa conversación desee responder a este mensaje previo en este mismo contexto, únicamente tendrá que seleccionar esa entrada en el historial de mensajes PTT y apretar el botón "Talk". El cliente creará una nueva invitación, la cual contendrá la misma lista de participantes que el mensaje PTT seleccionado.
La lista de participantes incluye al propio emisor del mensaje PTT. Esto debe ser asi para evitar que los clientes tengan que procesar los datos de dicha lista y sustituir la dirección del usuario que envió el mensaje seleccionado por la dirección del usuario que envia este nuevo mensaje. Por lo tanto, cuando se emplea el sistema con servidor, ha de ser el servidor el encargado de procesar la lista de participantes de las invitaciones de sesión y reenviar dichas invitaciones a todos los clientes que aparecen en la lista excepto al cliente que originó esa invitación. Con el sistema de la invención se posibilita una funcionalidad que no da el servicio descrito en el organismo de estandarización OMA, consistente en que con el sistema de la presente invención se hace posible que varios participantes de una conversación PTT manden un mensaje simultáneamente .
Seguidamente se van a describir dos aplicaciones concretas empleando el sistema del presente ejemplo de la invención y con ayuda de las figuras 3 y 4 para la primera aplicación, y la figura 5 para la segunda.
En estas aplicaciones se utiliza el protocolo SIP para el establecimiento de la sesión y el estándar XML para describir la lista de participantes dentro de los mensajes de establecimiento de la sesión SIP.
En ambas aplicaciones se da por supuesto que los flujos multimedia correspondientes incluyen audio y video.
Primera aplicación:
El usuario A selecciona a varios amigos en su lista de contactos (usuario B y usuario C) y aprieta el botón "Talk" en su aplicación de cliente. El cliente PTT del usuario A establece una sesión con el servidor PTT, para ello manda una petición SIP INVITE a través del núcleo de red SIP/IM. Posteriormente el servidor PTT establecerá la sesión con los clientes PTT B y C; para ello les mandará igualmente una petición SIP INVITE a través de la red SIP/IMS. Los clientes PTT B y C contestan automáticamente a la petición de establecimiento de sesión con una confirmación SIP 200 OK. Esta contestación es automática porque, tal y como hemos definido, en el servicio los mensajes PTT son transmitidos y reproducidos inmediatamente en el cliente receptor, no hay que esperar a que el usuario acepte la invitación .
En la figura 3 se ha detallado el intercambio de mensajes SIP entre los tres clientes, asi como las acciones de los usuarios. En las correspondientes transmisiones se incluyen algunos detalles importantes de los mensajes SIP intercambiados para el establecimiento de la sesión PTT, tales como los parámetros SDP para describir las características de los canales y el XML donde aparece la lista de los participantes.
En las sesiones PTT los canales son unidireccionales por lo que se pueden utilizar los atributos SDP a=sendonly y a=recvonly para fijar esta característica de los mismos. Los mensajes SIP INVITE tendrán en el SDP el atributo a=sendonly, ya que el que inicia la sesión es el que va a transmitir el flujo multimedia. Los mensajes SIP 200 OK tendrán en el SDP el atributo a=recvonly, porque sólo van a recibir el flujo multimedia.
Como podemos observar a continuación, el mensaje SIP INVITE que se envía tanto del origen del mensaje PTT al servidor como del servidor a los destinatarios contiene en su cuerpo una parte de texto XML en el que vienen enumerados los participantes de la conversación PTT.
1. INVITE, 3. INVITE, 5. INVITE, 6. INVITE, 13. INVITE y 14. INVITE
SDP MIME BODY
Content-Type : application/sdp
c= IN IP6 5555 : : aaa :bbb : ccc : ddd
a= sendonly
m= audio 3456 RTP/AVP 97
m= video 5678 RTP/AVP 99 XML MIME BODY
Content-Type : application/resource-lists+xml Content-Disposition : recipient-list <?xml version="l .0" encoding="UTF-8 " ?> <resource-lists
xmlns="urn : ietf:params :xml :ns : resource-lists " xmlns :xsi="http : //www. w3. org/2001/XMLSchema- instance ">
<list>
<entry uri="sip : UserA@domain . com" /> <entry uri="sip : UserB@domain . com" /> <entry uri="sip : UserC@domain . com" /> </list>
</resource-lists>
7. 200 OK, 8. 200 OK, 9. 200 OK y 10. 200 OK
SDP MIME BODY
Content-Type : application/sdp
c= IN IP6 5777 : : eee : fff: aaa :bbb
a= recvonly
m= audio 57787 RTP/AVP 97
m= video 23456 RTP/AVP 99
15. 200 OK, 16. 200 OK, 17. 200 OK & 18. 200 OK
SDP MIME BODY
Content-Type: application/sdp
c= IN IP6 5888 : : ggg:hhh : ccc : ddd
a= recvonly
m= audio 58898 RTP/AVP 97
m= video 37567 RTP/AVP 99
A continuación el usuario A suelta el botón de "Talk", según se ilustra en la figura 4. Consecuentemente, el cliente Push To Talk A manda un mensaje SIP BYE al servidor Push To Talk a través de la red SIP/IMS. El servidor termina la sesión con los clientes B y C. Una vez recibido uno de estos mensajes PTT existe la posibilidad de que cualquiera de los participantes responda al mismo. En el caso de que el usuario B seleccionase el mensaje PTT mandado por el usuario A en el menú "Historial" de su aplicación cliente y apretase el botón "Talk", el cliente PTT B mandaría una petición SIP INVITE a los clientes A y C a través del servidor PTT y la infraestructura SIP/IMS.
Este sería un nuevo mensaje PTT procesado de forma independiente al anterior pero que los usuarios podrían relacionar con el anterior bien sea por los participantes del mismo, por el contenido multimedia o por algún identificador de conversación que se incluya en los mensajes PTT.
Segunda aplicación:
La segunda aplicación del sistema del presente ejemplo se ilustra mediante la figura 5, y describe el caso del uso del sistema cuando uno de los clientes quiere mandar otro mensaje PTT al grupo de la correspondiente multivideoconferencia aún cuando el usuario que está enviando un mensaje no ha terminado todavía (no ha soltado el botón en su aplicación de cliente) . En este caso, y con la base de la primera aplicación anterior de las figuras 3 y 4, se supone que el usuario B es el que manda este segundo mensaje, de manera que la sesión 1 establecida por A y la sesión 2 establecida por B tienen lugar al mismo tiempo, tal y como puede verse en la referida figura 5.

Claims

REIVINDICACIONES :
1.- SISTEMA DE INTERCAMBIO DE MENSAJES PTT PARA MULTIVIDEOCONFERENCIAS BREVES, aplicable al intercambio, entre al menos dos usuarios, de mensajes multimedia cortos, mediante infraestructuras Push-To-Talk, "PTT", que comprenden una implementación seleccionada entre cliente- servidor (31, 33, 32) y cliente-cliente (41, 42); donde un mensaje PTT queda definido por un intercambio de información en tiempo real y de manera unidireccional entre cada dos usuarios; donde el mensaje PTT comprende adicionalmente la generación y transmisión simultánea del mensaje multimedia evitando la inclusión de medios de grabación y almacenaje del mensaje multimedia previos a dicha transmisión; caracterizado porque comprende al menos los siguientes cuatro rasgos técnicos esenciales:
a) la sesión de multivideoconferencia con envió de al menos un mensaje PTT se establece (311, 411) en el momento en el que un primer usuario activa un pulsador de usuario y se finaliza (313, 413) cuando dicho primer usuario desactiva ese pulsador; b) en el inicio de la sesión (311, 411) de multivideoconferencia se transmite obligadamente un listado de participantes que comprende al menos todos los participantes de la sesión; donde dichos participantes son propuestos por el primer cliente mencionado en el punto a) ; incluyéndose además en el listado de participantes el propio primer usuario ;
c) en el inicio de la sesión (311, 411) de multivideoconferencia se transmite obligadamente un identificador global de la sesión en concreto iniciada ;
d) los clientes comprendidos en dicho listado de participantes participan por defecto en la sesión de multivideoconferencia al recibir el mensaje PTT.
2.- SISTEMA DE INTERCAMBIO DE MENSAJES PTT PARA MULTIVIDEOCONFERENCIAS BREVES, según la reivindicación 1, caracterizado porque un cliente comprendido en el listado de participantes, según el referido punto d) cuando decide comunicarse con los participantes del listado de participantes para un determinado mensaje PTT, envia obligadamente dicho listado de participantes expresado en el punto b) a cada uno de los participantes del listado de participantes .
3.- SISTEMA DE INTERCAMBIO DE MENSAJES PTT PARA
MULTIVIDEOCONFERENCIAS BREVES, según la reivindicación 1 ó 2, caracterizado porque los terminales de usuario correspondientes a los mencionados clientes adicionalmente comprenden unos medios de filtrado y de autorización previos a las salidas y entradas de sus mensajes multimedia para posibilitar revisiones y limitaciones de los mismos previas a su emisión y recepción.
4. - SISTEMA DE INTERCAMBIO DE MENSAJES PTT PARA MULTIVIDEOCONFERENCIAS BREVES, según una cualquiera de las reivindicaciones anteriores, caracterizado porque en los establecimientos y cierres de las sesiones se emplea el protocolo SIP, "Session Initiation Protocol".
5. - SISTEMA DE INTERCAMBIO DE MENSAJES PTT PARA MULTIVIDEOCONFERENCIAS BREVES, según una cualquiera de las reivindicaciones anteriores, caracterizado porque para la realización de dicho listado de participantes de la multivideoconferencia se emplea el estándar XML, "Extensible Markup Language".
PCT/ES2010/070483 2010-07-12 2010-07-12 Sistema de intercambio de mensajes ptt para multivideoconferencias breves WO2012007597A1 (es)

Priority Applications (3)

Application Number Priority Date Filing Date Title
PCT/ES2010/070483 WO2012007597A1 (es) 2010-07-12 2010-07-12 Sistema de intercambio de mensajes ptt para multivideoconferencias breves
EP10854655.7A EP2595419A4 (en) 2010-07-12 2010-07-12 PTT MESSAGE EXCHANGE SYSTEM FOR BRIEF MULTIVIDEOCONFERENCES
US13/809,219 US20130335510A1 (en) 2010-07-12 2010-07-12 System for exchanging ptt messages for brief multi video conferences

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/ES2010/070483 WO2012007597A1 (es) 2010-07-12 2010-07-12 Sistema de intercambio de mensajes ptt para multivideoconferencias breves

Publications (1)

Publication Number Publication Date
WO2012007597A1 true WO2012007597A1 (es) 2012-01-19

Family

ID=45468955

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/ES2010/070483 WO2012007597A1 (es) 2010-07-12 2010-07-12 Sistema de intercambio de mensajes ptt para multivideoconferencias breves

Country Status (3)

Country Link
US (1) US20130335510A1 (es)
EP (1) EP2595419A4 (es)
WO (1) WO2012007597A1 (es)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2509323B (en) * 2012-12-28 2015-01-07 Glide Talk Ltd Reduced latency server-mediated audio-video communication
KR101943989B1 (ko) 2015-06-05 2019-01-30 삼성전자주식회사 데이터를 송수신하는 방법, 서버 및 단말기

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2004114643A1 (en) * 2003-06-25 2004-12-29 Nokia Corporation Group call in a communications system
US20050143135A1 (en) * 2003-12-08 2005-06-30 Doug Brems Push to talk user interface
US7170863B1 (en) * 2001-02-12 2007-01-30 Nortel Networks Limited Push-to-talk wireless telecommunications system utilizing a voice-over-IP network

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040249949A1 (en) * 2003-03-27 2004-12-09 Christophe Gourraud Voice and multimedia distribution using Push-To-Talk (PTT) subscribers' group
US8958348B2 (en) * 2008-10-20 2015-02-17 Kodiak Networks, Inc. Hybrid push-to-talk for mobile phone networks
KR101292464B1 (ko) * 2006-03-27 2013-07-31 삼성전자주식회사 ＰｏＣ 시스템에서의 ＰｏＣ 박스 서비스 제공 방법 및시스템
US7801129B2 (en) * 2006-04-27 2010-09-21 Alcatel-Lucent Usa Inc. Method and apparatus for SIP message prioritization
FI20065479A0 (fi) * 2006-07-05 2006-07-05 Nokia Corp Ryhmäkommunikaatio
CN101237336B (zh) * 2007-02-01 2011-10-05 华为技术有限公司 进行多方通信的方法、系统及装置
EP2091189A1 (en) * 2008-02-13 2009-08-19 Nokia Siemens Networks Oy Re-activated group communication
US8270583B2 (en) * 2008-12-20 2012-09-18 Motorola Solutions, Inc. Method and apparatus for enabling group communication

Patent Citations (3)

* 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
WO2004114643A1 (en) * 2003-06-25 2004-12-29 Nokia Corporation Group call in a communications system
US20050143135A1 (en) * 2003-12-08 2005-06-30 Doug Brems Push to talk user interface

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
"OMA PoC Control Plane. Candidate Version 2.0", OPEN MOBILE ALLIANCE, 22 September 2009 (2009-09-22), Retrieved from the Internet <URL:http://www.openmobilealliance.org/Technical/release_program/poc_v2_1.aspx> *
"PoC User Plane, Candidate Version 2.1", OPEN MOBILE ALLIANCE, 22 December 2009 (2009-12-22), Retrieved from the Internet <URL:http://www.openmobilealliance.org/Technical/release_program/poc_v2_1.aspx> *
See also references of EP2595419A4 *

Also Published As

Publication number Publication date
EP2595419A1 (en) 2013-05-22
US20130335510A1 (en) 2013-12-19
EP2595419A4 (en) 2014-01-08

Similar Documents

Publication Publication Date Title
ES2542965T3 (es) Un método, un dispositivo y un sistema para la puesta en convergencia de una mensajería en IP
ES2398124T3 (es) Procedimiento y dispositivos para la modificación de sesión de terceros
CN1985489B (zh) 在多媒体通信系统中提供不同服务的方法和装置
KR101307021B1 (ko) 멀티미디어 세션을 위한 멀티-유저 실시간 트랜스코딩시스템 및 방법
US8099089B2 (en) Method, user equipment and software product for media stream transfer between devices
ES2638588T3 (es) Método y aparato para mensajería instantánea
JP4865803B2 (ja) ＰｏＣシステムにおけるアドホックＰｏＣセッション開設のための方法、端末装置、及びそのシステム
KR20070006894A (ko) 통신 방법
US8412253B2 (en) Push to talk over cellular (POC) server capable of changing session priority settings when receiving authorized override message
WO2011149359A1 (en) System and method for scalable media switching conferencing
ES2387523T3 (es) Método, sistema, servidor y cliente para transmitir datos de medios en ráfagas
EP3047651B1 (en) A method and system for integrating content viewing and communication in immersive social centre session
US8611878B2 (en) Arrangement and method for controlling service activation on a mobile terminal
NZ547939A (en) Push to watch: a video person-to-person streaming application
ES2459690T3 (es) Método, aparato y sistema de establecimiento de servicio multi-usuario y de transferencia de canal de control
US8903445B2 (en) PoC server and a mobile terminal comprising a PoC client for providing PoC communication services
US20200259873A1 (en) Messaging resource function
WO2012007597A1 (es) Sistema de intercambio de mensajes ptt para multivideoconferencias breves
CN101026871A (zh) 在会话初始化协议多媒体通信系统中处理媒体类型的方法
WO2011157006A1 (zh) 一种实现多媒体会议即时聊天的方法和用户设备
US20080096599A1 (en) Enhancement of signalling in a &#34;push to talk&#34; type communication session by insertion of a visiting card
Alliance Push to talk over Cellular 2 Requirements
Alam et al. Articulated narrowcasting for privacy and awareness in multimedia conferencing systems and design for implementation within a SIP framework
Khan et al. An extended push to multimedia service for IP multimedia subsystem
Roy Handbook on Networked Multipoint Multimedia Conferencing and Multistream Immersive Telepresence Using SIP: Scalable Distributed Applications and Media Control Over Internet

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 10854655

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2010854655

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 13809219

Country of ref document: US