ES2555653T3 - Método y sistema para conferencia de telecomunicación basada en una red entre pares (P2P) y en servidor de retransmisión central combinado que usa un protocolo de telefonía y conferencia - Google Patents

Método y sistema para conferencia de telecomunicación basada en una red entre pares (P2P) y en servidor de retransmisión central combinado que usa un protocolo de telefonía y conferencia Download PDF

Info

Publication number
ES2555653T3
ES2555653T3 ES13175731.2T ES13175731T ES2555653T3 ES 2555653 T3 ES2555653 T3 ES 2555653T3 ES 13175731 T ES13175731 T ES 13175731T ES 2555653 T3 ES2555653 T3 ES 2555653T3
Authority
ES
Spain
Prior art keywords
client
server
central relay
relay server
conference
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
ES13175731.2T
Other languages
English (en)
Inventor
Alex Massover
Gustavo GARCÍA
John Neystadt
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.)
Telefonica Digital Espana SL
Original Assignee
Telefonica Digital Espana SL
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 Digital Espana SL filed Critical Telefonica Digital Espana SL
Application granted granted Critical
Publication of ES2555653T3 publication Critical patent/ES2555653T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1813—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast for computer conferences, e.g. chat rooms
    • H04L12/1818—Conference organisation arrangements, e.g. handling schedules, setting up parameters needed by nodes to attend a conference, booking network resources, notifying involved parties
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1813—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast for computer conferences, e.g. chat rooms
    • H04L12/1827—Network arrangements for conference optimisation or adaptation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1845—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast broadcast or multicast in a specific location, e.g. geocast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/07—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail characterised by the inclusion of specific contents
    • H04L51/10—Multimedia information
    • 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/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/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/104—Peer-to-peer [P2P] networks
    • H04L67/1087—Peer-to-peer [P2P] networks using cross-functional networking aspects
    • H04L67/1091—Interfacing with client-server systems or between P2P systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • H04L67/306—User profiles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/63—Routing a service request depending on the request content or context
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/24—Negotiation of communication capabilities
    • 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/08—User group management

Landscapes

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

Abstract

Método para conferencia de telecomunicación basada entre pares, P2P, y en servidor de retransmisión central combinado caracterizado por usar un protocolo de telefonía y conferencia que comprende al menos Comunicación para la Web en Tiempo Real, WebRTC, o Protocolo de Iniciación de Sesión, SIP, en el que los flujos de conferencia basados en servidor y P2P se mezclan basándose en parámetros técnicos seleccionados entre localización geográfica, políticas definidas por usuario o capacidad de alcance de red.

Description

5
10
15
20
25
30
35
40
45
50
55
60
Metodo y sistema para conferencia de telecomunicacion basada en una red entre pares (P2P) y en servidor de retransmision central combinado que usa un protocolo de telefoma y conferencia
DESCRIPCION
Campo de la tecnica
La presente invencion se refiere en general a conferencia de telecomunicacion, y mas particularmente a un metodo y sistema para conferencia de telecomunicacion basada en P2P y en servidor de retransmision central combinados que usa un protocolo de telefoma y de conferencia.
Antecedentes de la invencion
Los enfoques de conferencia comunes principalmente son conferencia de telefomaMdeo tradicional y conferencia entre pares (P2P).
En conferencia de telefomaMdeo tradicional, un usuario final envfa un flujo de paquetes multimedia a un retransmisor central, que recopila estos flujos desde multiples usuarios y los mezcla en un unico flujo, enviandolo para cada uno de los participates. Por otro lado, en conferencia P2P (por ejemplo, Tokbox®), cada participate envfa directamente su multimedia a cada uno de los participates de la conferencia, y la union de la multimedia se hace en el dispositivo final del usuario.
Cada enfoque tiene su beneficio (por ejemplo, multiples flujos de video no pueden mezclarse facilmente, mientras que el audio puede; los clientes localizados cercanos entre sf pueden conseguir mejor calidad enviando multimedia P2P, haciendo el retransmisor central la mezcla puede ahorrar CPU y ancho de banda para cada cliente). Pero hay tambien sistemas de conferencia de telecomunicaciones mezclados, donde multiples clientes participan en conferencia (por ejemplo audio y/o video) y los dispositivos de cliente pueden enviar flujos multimedia P-2-P o mediante un retransmisor central, que mezcla los flujos multimedia recibidos desde diferentes clientes y envfa el flujo mezclado a cada cliente. Con este enfoque de P2P y servidor de retransmision central combinados, los sistemas de conferencia de telecomunicacion pueden optimizar el ancho de banda y los requisitos de potencia de procesamiento en los terminales.
La patente US 2013/0028115 A1 describe uno de tales sistemas de teleconferencia que combina conferencia basada en P2P y en servidor. Los terminales comunican el contenido de conferencia mediante comunicacion entre pares, directamente entre terminales que son miembros del grupo de terminales, y usando el esquema de codificacion seleccionado, y comunican el mismo contenido de conferencia con otros terminales que participan en la conferencia mediante al menos un dispositivo de red tal como un servidor de conferencia y un servidor de pares.
La patente indicada considera la calidad de llamada como el unico criterio para la decision entre usar conferencia basada en P2P o en servidor. Sin embargo, existe una necesidad de un metodo y un sistema mas flexibles que puedan mezclar flujos de conferencia basados en servidor y P2P basandose en otros parametros tecnicos adicionales no directamente relacionados (que afecten) a la tasa de bits efectiva disponible para el terminal, tal como localizacion geografica, polfticas definidas por usuario, capacidad de alcance de red (cortafuegos transversal), etc.
Sumario de la invencion
De acuerdo con un primer aspecto se proporciona un metodo para conferencia de telecomunicacion basada en P2P y en servidor de retransmision central combinados que usa un protocolo de telefoma y conferencia que incluye al menos Comunicacion para la Web en Tiempo Real (WebRTC) o Protocolo de Iniciacion de Sesion (SIP) en el que los flujos de conferencia P2P y basados en servidor se mezclan basandose en parametros tecnicos seleccionados entre localizacion geografica, polfticas definidas por usuario o capacidad de alcance de red (cortafuegos transversal).
Las polfticas basadas en servidor para seleccionar al menos una de las tecnologfas basadas en P2P y en servidor de retransmision central en dicha conferencia de telecomunicacion combinada preferentemente se definen en terminos de al menos una de las capacidades del dispositivo, condiciones de red o preferencias de usuario, en el que el servidor de retransmision central en una primera etapa a) recibe una peticion desde un terminal de cliente de un cliente para participar en (es decir, para unirse) a una llamada de conferencia de telecomunicaciones, y a continuacion en una segunda etapa b) la peticion se envfa mediante el terminal de cliente mediante un protocolo de senalizacion que comprende SIP o WebRTC que incluye informacion acerca de las polfticas basadas en cliente para seleccionar al menos una de las tecnologfas basadas en P2P y en servidor de retransmision central en dicho sistema de conferencia de telecomunicacion combinado.
Como una opcion preferida de la invencion, dichas polfticas basadas en cliente se definen en terminos de al menos uno de capacidades de dispositivo, condiciones de red o preferencias de usuario.
5
10
15
20
25
30
35
40
45
50
55
60
De acuerdo con otra realizacion, el metodo ejecuta adicionalmente las etapas de: c) seleccionar dicho servidor de retransmision al menos una sugerencia de modo de conexion para el terminal de cliente que compara las poltticas basadas en servidor y las basadas en cliente, d) enviar dicha al menos una sugerencia de modo de conexion en respuesta a dicha peticion recibida desde dicho terminal de cliente, e) seleccionar dicho terminal de cliente uno de dichos modos de conexion sugeridos, y f) notificar dicho terminal de cliente a dicho servidor de retransmision central una confirmacion del modo de conexion seleccionado.
Adicionalmente, de acuerdo con otra realizacion mas, el terminal de cliente puede solicitar, en cualquier momento dado durante la llamada de conferencia de telecomunicacion, a dicho servidor de retransmision central cambiar el modo de conectividad repitiendo las anteriores etapas b) a f).
De acuerdo con un segundo aspecto se proporciona un sistema para conferencia de telecomunicacion basada en P2P y en servidor de retransmision central combinados que usa WebRTC, SIP u otros protocolos de telefoma y conferencia que comprende:
- un servidor de retransmision central con capacidades para establecer y gestionar llamadas de conferencia de telecomunicacion basadas en servidor y que incluye:
medios para mezclar multimedia tal como flujos de audio o video;
medios para comunicar con terminales de cliente usando un mecanismo P2P para la transmision de flujos multimedia; y
medios para seleccionar modos de conexion tales como basados en servidor, basados en pares de una combinacion basada en servidor y en pares para una pluralidad de terminales de cliente que participan en una llamada de conferencia de telecomunicacion;
- una pluralidad de terminales de cliente que tienen capacidades para establecer y participar en llamadas de conferencia de telecomunicacion basadas en servidor que incluyen:
medios para comunicar con otros terminales de cliente usando un mecanismo P2P para la transmision de flujos multimedia; y
medios para seleccionar un modo de conexion tal como basado en servidor, basado en pares de una combinacion basada en servidor y en pares para una participacion en una llamada de conferencia de telecomunicacion basada en P2P y en servidor de retransmision central combinados, y
- una red de telecomunicaciones o una pluralidad de redes de telecomunicacion interconectadas que proporcionan al menos un canal de comunicacion entre dicho servidor de retransmision central y dicha pluralidad de terminales de cliente,
en el que dicho servidor de retransmision central y cada terminal cliente implementan un metodo de acuerdo con la reivindicacion 5.
Breve descripcion de los dibujos
Las anteriores y otras ventajas y caractensticas se entenderan mas completamente a partir de la siguiente descripcion detallada de realizaciones, con referencia a lo adjunto, que deben considerarse de una manera ilustrativa y no limitante, en los que:
La Figura 1 es un diagrama de flujo que muestra como se establece la conexion de senalizacion.
La Figura 2 es un diagrama de flujo que muestra una realizacion del metodo propuesto basandose en dicha conexion de senalizacion establecida en la Figura 1 anterior.
La Figura 3 es un diagrama de flujo que muestra como puede implementarse la presente invencion mediante el protocolo SIP de acuerdo con una realizacion.
La Figura 4 es un diagrama de flujo que muestra una realizacion particular de la invencion basandose en la realizacion ilustrada en la Figura 3 anterior.
Descripcion de las realizaciones preferidas
Se describen un metodo y sistema para conferencia de telecomunicacion basada en P2P y en servidor de retransmision central combinados que usan WebRTC, SIP u otros protocolos de telefoma y conferencia.
Como se ha descrito en la tecnica anterior, en general, un esquema de conferencia de telecomunicacion basado en P2P y en servidor de retransmision central combinado incluye tfpicamente:
5
10
15
20
25
30
35
40
45
50
55
60
- Un servidor de retransmision central con capacidades para establecer y gestionar llamadas de conferencia de telecomunicacion basadas en servidor que incluyen: medios para mezclar flujos multimedia (por ejemplo: audio o v^deo); medios para comunicar con dispositivos de interconexion de red informaticos (por ejemplo: terminales de cliente) usando un mecanismo P2P para la transmision de flujos multimedia; y medios para seleccionar modos de conexion (es decir, basado en servidor, basado en pares de una combinacion basada en servidor y en pares) para una pluralidad de terminales de cliente que participan en una llamada de teleconferencia.
- Una pluralidad de terminales de cliente que tienen capacidades para establecer y participar en llamadas de conferencia de telecomunicacion basadas en servidor que incluyen: medios para comunicar con otros terminales de cliente usando un mecanismo P2P para la transmision de flujos multimedia; y medios para seleccionar un modo de conexion (es decir, basado en servidor, basado en pares de una combinacion basada en servidor y en pares) para una participacion en una llamada de teleconferencia basada en P2P y en servidor de retransmision central combinados; y
- Una red de telecomunicaciones (o una pluralidad de redes de telecomunicacion interconectadas) que proporcionan al menos un canal de comunicacion entre dicho servidor de retransmision central y dicha pluralidad de terminales de cliente.
Por lo tanto, el metodo propuesto preferentemente define en primer lugar polfticas basadas en servidor para seleccionar al menos una de tecnologfas basadas en P2P y en servidor de retransmision central en dicho sistema de conferencia de telecomunicacion combinado, en el que las polfticas basadas en servidor pueden definirse en terminos de al menos uno de capacidades de dispositivo, condiciones de red o preferencias de usuario. A continuacion, el servidor de retransmision central recibe una peticion desde un terminal de cliente para participar en una llamada de conferencia de telecomunicacion y asf el terminal de cliente a continuacion puede enviar la peticion mediante un protocolo de senalizacion (por ejemplo: SIP) que incluye informacion acerca de las polfticas basadas en cliente para seleccionar al menos una de las tecnologfas basadas en P2P y en servidor de retransmision central en dicho sistema de conferencia de telecomunicacion combinado, en el que las polfticas basadas en cliente pueden definirse tambien en terminos de al menos uno de capacidades de dispositivo, condiciones de red o preferencias de usuario.
El servidor de retransmision selecciona al menos una sugerencia de modo de conexion para el terminal de cliente comparando las polfticas basadas en servidor y basadas en cliente enviando dicha al menos una sugerencia de modo de conexion en respuesta a dicha peticion recibida desde dicho terminal de cliente. A continuacion, el terminal de cliente selecciona uno de dichos modos de conexion sugeridos y notifica a dicho servidor de retransmision central una confirmacion del modo de conexion seleccionado.
En una realizacion preferida, para cada terminal de cliente, el mezclador de retransmision central (servidor) necesita conocer cuales flujos multimedia necesitan mezclarse, y cuales debenan excluirse, ya que se envfan directamente. La decision sobre cuales flujos enviar usando un mecanismo P2P puede tomarse de acuerdo con una polftica basada en servidor, basandose en cada una de las capacidades de terminal de cliente, ancho de banda disponible, latencia de red disponible, localizacion de terminal cliente, flujo multimedia/tipo de codec u otros parametros, incluyendo preferencias definidas por el usuario final.
Otras realizaciones pueden implementarse donde la seleccion de un modo de conexion preferido y la decision sobre cuales flujos multimedia se transmitiran usando mezcla basada en P2P o en servidor puede tomarse mediante un terminal de cliente que pide unirse a una llamada de conferencia o mediante el terminal de cliente que recibe una invitacion a unirse a una llamada de conferencia de telecomunicaciones.
Preferentemente, el servidor de retransmision central y cada terminal de cliente tienen un conjunto de preferencias basandose en al menos una de: capacidades de dispositivo tales como potencia de CPU, tipo de dispositivo (dispositivo movil, dispositivo embebido, PC, camara, otro); condiciones de red: tipo de dispositivo de red al que esta conectando (WiFi, red de datos movil, conexion de itinerancia, otro) y estado de NAT transversal (si el dispositivo puede establecer conectividad P2P o no); y preferencias de usuario que activan o desactivan ciertos tipos de multimedia (video, audio), preferencia para conexion P2P o para conectividad a traves del servidor.
En referencia a la Figura 1, se ilustra un diagrama de flujo que muestra como se establece conexion de senalizacion y decision de cliente-servidor de union sobre conectividad. 1. El terminal de cliente establece conexion de senalizacion al servidor y a continuacion 2 envfa la lista de preferencias como se ha descrito anteriormente. 3 El servidor compara la polftica de servidor con preferencias de cliente que proporcionan el estado de conexion del terminal de cliente (si se detecta NAT del lado del cliente) y crea una sugerencia de conectividad para el terminal de cliente. Una vez que se finaliza esta comparacion, 4 el servidor envfa la sugerencia de conectividad para el terminal de cliente y finalmente, 5 el terminal de cliente notifica al servidor sobre la decision del terminal de cliente final en relacion con el modo de conectividad.
Despues de que se establezcan las conexiones, un terminal de cliente o un servidor puede pedir renegociar las preferencias, repitiendo las etapas 1 a 5, y a continuacion cambiar el modo de conectividad.
5
10
15
20
25
30
35
40
45
50
55
60
En una realizacion de la invencion, como se muestra en la Figura 2, 1 un Cliente_A establece conexion de senalizacion al servidor (como se ha explicado anteriormente, etapas 1 a 5 de la Figura 1). En este ejemplo particular se negocio modo P2P para multimedia. A continuacion, 2 el Cliente_B establece conexion de senalizacion al servidor (como se ha explicado anteriormente, etapas 1 a 5 de la Figura 1). En este caso se negocio tambien el modo P2P para multimedia. Una vez que se ha establecido dicha senalizacion, 3 el Cliente_A envfa flujo multimedia A al Cliente_B y el 4 Cliente_B envfa flujo multimedia B al Cliente_A. A continuacion, 5 un nuevo cliente (Cliente_c) establece conexion de senalizacion al servidor (etapas 1 a 5 de la Figura 1) negociando conectividad a traves del servidor. Despues de eso, 6 el Cliente_c envfa flujo multimedia al Servidor. 7 El Cliente_d tambien establece conexion de senalizacion al servidor de la misma manera que dicho Cliente_c y 8 envfa flujo multimedia d al Servidor. Despues de eso, 9 el Servidor pide al Cliente_A enviar flujo multimedia al Servidor y 10 el Cliente_A, una vez recibida dicha peticion, envfa flujo multimedia A al Servidor. De la misma manera, 11 el Servidor pide al Cliente_B enviar flujo multimedia al Servidor y 12 el Cliente_B envfa flujo multimedia B al Servidor. 13-14 Una vez que el Servidor ha recibido el flujo multimedia A y B los mezcla con los flujos multimedia c y d y 15-16 envfa el flujo multimedia mezclado desde la etapa 14 al Cliente_c y el flujo multimedia desde la etapa 13 al Cliente_d respectivamente. Finalmente, el Servidor envfa 17-18 el flujo multimedia c al Cliente_A y al Cliente_B y 19-20 el flujo multimedia d al Cliente_A y al Cliente_B.
La Figura 3 muestra otra realizacion de esta invencion en la que se usa ahora el protocolo SIP. En este caso, 1 el Cliente_N envfa la peticion INVITE al servidor con SDP (Descripcion de Sesion) como un cuerpo.
Ejemplo:
INVITE <sip:
[email protected]> SIP/2.0
From: Alice <sip:
[email protected]>; tag=from_tag-abcd
Contact:
<sip:[email protected]:5060>;audio;video; mobility=“fixed”;description=“<PC, P2P>”
To: Bob <sip: 5678@conf. atlanta.example.com>
CSeq: 1 INVITE
Via: SIP/2.0/UDP 172.16.70.12:5060; branch=z9hG4bk-alice-1
Call-ID: 1@alice_aaa-bbb-ccc
Max-Forwards: 70
Content-type: application/sdp
Content-length: ...
v=0
o=alice 2890844526 2890844526 IN IP4 127.16.70.1 s=
c=IN IP4 127.16.70.1 t=0 0
m=audio 49170 RTP/AVP 97 a=rtpmap:97 iLBC/8000 m=video 51372 RTP/AVP 31 a=rtpmap:31 H261/90000
En la peticion INVITE se describen las preferencias de capacidades de cliente en el encabezamiento Contact que se usa de acuerdo con el documento RFC 3841 o de cualquier otra manera. Los tipos de multimedia y numero de flujos se indican en SDP. En este ejemplo el terminal de cliente es un PC y prefiere enviar y recibir audio y video en modo P2P.
A continuacion, 2 el Servidor analiza las preferencias de cliente desde la peticion INVITE y puede aplicar polttica adicional, por ejemplo, tecnicas de deteccion de NAT basandose en parametros de senalizacion como la direccion IP en el encabezamiento Contact y/o el parametro de conexion de direccion IP (c=) en SDP o cualquier otra tecnica. En este ejemplo, aunque ese terminal de cliente pide el modo P2P, el servidor detecta que la direccion IP esta en el rango privado y decide aplicar conexion a traves del servidor. El Servidor envfa la respuesta de SIP 200 OK:
SIP/2.0 200 OK
From: Bob <sip:
[email protected] >;tag=from_tag-abcd To: Alice <sip:
[email protected] >; tag=to_tag-abcd Contact: <sip:
[email protected] > CSeq: 1 INVITE Via: SIP/2.0/UDP 172.16.70.12:5060;branch= z9hG4bk-alice-1 Call-ID: 1@alice_aaa-bbb-ccc Max-Forwards: 70
5
10
15
20
25
30
35
40
45
Content-type: application/sdp Content-length:....
v=0
o=bob 2808844564 2808844564 IN IP4 conf.atlanta. example.com s=
c=IN IP4 conf.atlanta.example.com t=0 0
m=audio 49174 RTP/AVP 97 a=rtpmap:97 iLBC/8000 m=video 49170 RTP/AVP 31 a=rtpmap:31 H261/90000
Finalmente, 3 el terminal de Cliente confirma la conectividad enviando ACK.
La Figura 4 muestra una realizacion particular de la invencion cuando se implementa mediante dicho protocolo SIP. En este caso:
1 El Cliente_A envfa la peticion INVITE que indica preferencia para ser la mezcla del lado del servidor como se describe en la Figura 3;
2 El Servidor contesta con 200 OK con el parametro de conexion de ajuste SDP a la IP del Servidor;
3 el Cliente_A confirma con mensaje ACK;
4 el Cliente_A envfa flujo multimedia A al Servidor;
5 el Cliente_B envfa peticion INVITE al Servidor sin indicar preferencia;
6 el Servidor contesta con 200 OK con el parametro de conexion de ajuste de SDP a la IP del Servidor y aplicando conexion a traves del Servidor;
7 el Cliente_B confirma con el mensaje ACK;
8 el Cliente_B envfa flujo multimedia B al Servidor;
9 el Servidor envfa flujo multimedia B al Cliente_A;
10 el Servidor envfa flujo multimedia A al Cliente_B;
Opcionalmente, puede hacerse conectividad de renegociacion en modo P2P, por lo que en ese caso:
11 El Cliente_A pide renegociar la conexion en modo P2P enviando la peticion INVITE y ajustando la preferencia al modo P2P como se ha descrito en la Figura 3;
12 el Servidor envfa la peticion INVITE al Cliente_B con SDP manteniendo el parametro de conexion con la direccion IP del Cliente_A;
13 el Cliente_B contesta con 200 OK con SDP;
14 el Servidor envfa 200 OK con SDP al Cliente_A;
15 el Cliente_A confirma con mensaje ACK;
16 el Servidor envfa mensaje de ACK al Cliente_B;
17 el Cliente_B envfa flujo multimedia B directamente al Cliente_A (modo P2P); y
18 el Cliente_A envfa flujo multimedia A directamente al Cliente_B (modo P2P)
Lo anterior son meramente realizaciones preferentes de la presente invencion, no para limitar el alcance de proteccion de la presente invencion. Cualquier modificacion, sustitucion o mejora dentro del alcance de esta invencion debera cubrirse mediante el alcance de proteccion de la presente invencion.

Claims (7)

  1. 5
    10
    15
    20
    25
    30
    35
    40
    45
    50
    55
    60
    REIVINDICACIONES
    1. Metodo para conferencia de telecomunicacion basada entre pares, P2P, y en servidor de retransmision central combinado caracterizado por usar un protocolo de telefoma y conferencia que comprende al menos Comunicacion para la Web en Tiempo Real, WebRTC, o Protocolo de Iniciacion de Sesion, SIP, en el que los flujos de conferencia basados en servidor y P2P se mezclan basandose en parametros tecnicos seleccionados entre localizacion geografica, polfticas definidas por usuario o capacidad de alcance de red.
  2. 2. El metodo de acuerdo con la reivindicacion 1, en el que las polfticas basadas en servidor para seleccionar al menos uno de tecnologfas basadas en P2P y en servidor de retransmision central en dicho sistema de conferencia de telecomunicacion combinado se definen en terminos de al menos uno de capacidades de dispositivo, condiciones de red o preferencias de usuario.
  3. 3. El metodo de acuerdo con la reivindicacion 2, en el que comprende las siguientes etapas:
    a) recibir, mediante un servidor de retransmision central (servidor), una peticion desde un terminal de cliente (cliente_N) de un cliente para participar en una llamada de conferencia de telecomunicaciones, y
    b) enviar la peticion mediante el terminal de cliente (cliente_N) mediante un protocolo de senalizacion que comprende SIP o WebRTC que incluye informacion acerca de polfticas basadas en cliente para seleccionar al menos una de tecnologfas basadas en P2P y en servidor de retransmision central en dicho sistema de conferencia de telecomunicacion combinado.
  4. 4. El metodo de acuerdo con la reivindicacion 3, en el que dichas polfticas basadas en cliente se definen en terminos de al menos una de capacidades de dispositivo, condiciones de red o preferencias de usuario.
  5. 5. El metodo de acuerdo con la reivindicacion 3, que comprende las siguientes etapas de:
    c) seleccionar, dicho servidor de retransmision central (servidor), al menos una sugerencia de modo de conexion para el terminal de cliente (cliente_N) comparando las polfticas basadas en servidor y basadas en cliente,
    d) enviar, dicha al menos una sugerencia de modo de conexion, en respuesta a dicha peticion recibida desde dicho terminal de cliente (cliente_N),
    e) seleccionar, dicho terminal de cliente (cliente_N), uno de dichos modos de conexion sugeridos, y
    f) notificar, dicho terminal de cliente X (cliente_N), a dicho servidor de retransmision central (servidor) una confirmacion del modo de conexion seleccionado.
  6. 6. El metodo de acuerdo con la reivindicacion 5, en el que en cualquier momento durante la llamada de conferencia de telecomunicacion, dicho terminal de cliente (cliente_N) solicita a dicho servidor de retransmision central (servidor) cambiar el modo de conectividad repitiendo las etapas anteriores b) a f).
  7. 7. Sistema para conferencia de telecomunicacion basada entre pares, P2P, y en servidor de retransmision central combinado caracterizado por usar un protocolo de telefoma y conferencia, que comprende al menos Comunicacion para la Web en Tiempo Real, WebRTC, Protocolo de Iniciacion de Sesion, SIP, u otros protocolos de telefoma y conferencia, comprendiendo el sistema:
    - un servidor de retransmision central (servidor) con capacidades para establecer y gestionar llamadas de conferencia de telecomunicacion basadas en servidor y que incluye:
    - medios para mezclar flujos multimedia seleccionados entre flujos de audio o video;
    - medios para comunicar con terminales de cliente usando un mecanismo P2P para la transmision de los flujos multimedia; y
    - medios para seleccionar modos de conexion para una pluralidad de terminales de cliente que participan en una llamada de teleconferencia;
    - una pluralidad de terminales de cliente (cliente_A, cliente_B, cliente_C, cliente_D) que tienen capacidades para establecer y participar en llamadas de conferencia de telecomunicacion basadas en servidor que incluyen:
    - medios para comunicar con otros terminales de cliente usando un mecanismo P2P para la transmision de flujos multimedia;
    - medios para seleccionar un modo de conexion para participar en una llamada de teleconferencia basada en P2P y en servidor de retransmision central combinado, y
    - al menos una red de telecomunicaciones que proporciona al menos un canal de comunicacion entre dicho servidor de retransmision central (servidor) y dicha pluralidad de terminales de cliente (cliente_A, cliente_B, cliente_C, cliente_D),
    en el que dicho servidor de retransmision central (servidor) y cada terminal cliente (cliente_A, cliente_B, cliente_C, cliente_D) estan adaptados para implementar un metodo de acuerdo con la reivindicacion 5.
    5 8. Un sistema de acuerdo con la reivindicacion 7, en el que dicho servidor de retransmision central (servidor) y cada
    terminal de cliente (cliente_A, cliente_B, cliente_C, cliente_D) tienen un conjunto de preferencias basandose en al menos una de:
    - capacidades de dispositivo tal como potencia de CPU o tipo de dispositivo seleccionado entre dispositivo movil, 10 dispositivo embebido, PC y/o camara;
    - condiciones de red incluyendo el tipo de red, a la que esta conectado el dispositivo y el estado de NAT transversal; y
    - preferencias de usuario que activan o desactivan ciertos tipos de multimedia tales como video y/o audio, preferencia para conexion P2P o para conectividad a traves del servidor de retransmision central (servidor).
    15
ES13175731.2T 2013-02-22 2013-07-09 Método y sistema para conferencia de telecomunicación basada en una red entre pares (P2P) y en servidor de retransmisión central combinado que usa un protocolo de telefonía y conferencia Active ES2555653T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201361767987P 2013-02-22 2013-02-22
US201361767987P 2013-02-22

Publications (1)

Publication Number Publication Date
ES2555653T3 true ES2555653T3 (es) 2016-01-07

Family

ID=48782954

Family Applications (1)

Application Number Title Priority Date Filing Date
ES13175731.2T Active ES2555653T3 (es) 2013-02-22 2013-07-09 Método y sistema para conferencia de telecomunicación basada en una red entre pares (P2P) y en servidor de retransmisión central combinado que usa un protocolo de telefonía y conferencia

Country Status (3)

Country Link
US (1) US9049262B2 (es)
EP (1) EP2770667B1 (es)
ES (1) ES2555653T3 (es)

Families Citing this family (42)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10164929B2 (en) 2012-09-28 2018-12-25 Avaya Inc. Intelligent notification of requests for real-time online interaction via real-time communications and/or markup protocols, and related methods, systems, and computer-readable media
US9363133B2 (en) * 2012-09-28 2016-06-07 Avaya Inc. Distributed application of enterprise policies to Web Real-Time Communications (WebRTC) interactive sessions, and related methods, systems, and computer-readable media
EP2837154B1 (de) 2013-02-22 2018-11-14 Unify GmbH & Co. KG Verfahren zur steuerung von datenströmen einer virtuellen sitzung mit mehreren teilnehmern, kollaborationsserver, computerprogramm, computerprogrammprodukt und digitales speichermedium
US9046370B2 (en) * 2013-03-06 2015-06-02 Qualcomm Incorporated Methods for providing a navigation route based on network availability and device attributes
US9294458B2 (en) 2013-03-14 2016-03-22 Avaya Inc. Managing identity provider (IdP) identifiers for web real-time communications (WebRTC) interactive flows, and related methods, systems, and computer-readable media
US10205624B2 (en) 2013-06-07 2019-02-12 Avaya Inc. Bandwidth-efficient archiving of real-time interactive flows, and related methods, systems, and computer-readable media
US9525718B2 (en) 2013-06-30 2016-12-20 Avaya Inc. Back-to-back virtual web real-time communications (WebRTC) agents, and related methods, systems, and computer-readable media
US9614890B2 (en) 2013-07-31 2017-04-04 Avaya Inc. Acquiring and correlating web real-time communications (WEBRTC) interactive flow characteristics, and related methods, systems, and computer-readable media
US9531808B2 (en) 2013-08-22 2016-12-27 Avaya Inc. Providing data resource services within enterprise systems for resource level sharing among multiple applications, and related methods, systems, and computer-readable media
US10225212B2 (en) 2013-09-26 2019-03-05 Avaya Inc. Providing network management based on monitoring quality of service (QOS) characteristics of web real-time communications (WEBRTC) interactive flows, and related methods, systems, and computer-readable media
US10263952B2 (en) 2013-10-31 2019-04-16 Avaya Inc. Providing origin insight for web applications via session traversal utilities for network address translation (STUN) messages, and related methods, systems, and computer-readable media
US9769214B2 (en) 2013-11-05 2017-09-19 Avaya Inc. Providing reliable session initiation protocol (SIP) signaling for web real-time communications (WEBRTC) interactive flows, and related methods, systems, and computer-readable media
US10129243B2 (en) 2013-12-27 2018-11-13 Avaya Inc. Controlling access to traversal using relays around network address translation (TURN) servers using trusted single-use credentials
US9749363B2 (en) 2014-04-17 2017-08-29 Avaya Inc. Application of enterprise policies to web real-time communications (WebRTC) interactive sessions using an enterprise session initiation protocol (SIP) engine, and related methods, systems, and computer-readable media
US10581927B2 (en) 2014-04-17 2020-03-03 Avaya Inc. Providing web real-time communications (WebRTC) media services via WebRTC-enabled media servers, and related methods, systems, and computer-readable media
US9332224B2 (en) * 2014-05-29 2016-05-03 International Business Machines Corporation Adaptive video streaming for communication sessions
FR3022093A1 (fr) * 2014-06-10 2015-12-11 Orange Procede d'etablissement d'une session webrtc
US9912705B2 (en) * 2014-06-24 2018-03-06 Avaya Inc. Enhancing media characteristics during web real-time communications (WebRTC) interactive sessions by using session initiation protocol (SIP) endpoints, and related methods, systems, and computer-readable media
US9654645B1 (en) * 2014-09-04 2017-05-16 Google Inc. Selection of networks for voice call transmission
US10129412B1 (en) * 2014-09-08 2018-11-13 Whatsapp Inc. Establishing and maintaining a VOIP call
KR20160053618A (ko) * 2014-11-05 2016-05-13 (주) 이스트몹 P2p 지원 장치 및 그의 p2p 지원 방법
US20160198499A1 (en) * 2015-01-07 2016-07-07 Samsung Electronics Co., Ltd. Method of wirelessly connecting devices, and device thereof
KR102381989B1 (ko) * 2015-01-07 2022-04-04 삼성전자주식회사 기기 간 무선 연결 방법 및 그 디바이스
US9332561B1 (en) * 2015-04-08 2016-05-03 Ringcentral, Inc. Hybrid communications system using peer-to-peer and centralized architecture
US10104701B2 (en) * 2015-04-20 2018-10-16 Samsung Electronics Co., Ltd. Apparatus and method for WebRTC in a mobile device
KR102475020B1 (ko) * 2015-05-05 2022-12-07 아이피얼라이브 아베 실시간 통신의 미디어 경로 설정
US10715575B2 (en) * 2015-06-02 2020-07-14 Dolby Laboratories Licensing Corporation In-service quality monitoring system with intelligent retransmission and interpolation
FR3039030A1 (fr) * 2015-07-17 2017-01-20 Orange Procede et dispositif d'etablissement de communications webrtc
JP2017200080A (ja) * 2016-04-28 2017-11-02 株式会社リコー ネットワーク会議システム、端末、接続方式決定プログラムおよび接続方式決定方法
US10587449B2 (en) 2016-07-18 2020-03-10 Avaya Inc. System and method to use location-aware DNS responses as input to media relay selection for WebRTC
US10511569B2 (en) * 2016-08-15 2019-12-17 Facebook, Inc. Techniques for providing multi-modal multi-party calling
US10630739B2 (en) * 2017-06-27 2020-04-21 Atlassian Pty Ltd Parallel peer to peer connection establishment in WebRTC conferencing
CN109274634B (zh) 2017-07-18 2021-06-11 腾讯科技（深圳）有限公司 多媒体通信方法及装置、存储介质
US10911532B1 (en) * 2018-01-23 2021-02-02 Whatsapp Inc. Port prediction for peer-to-peer communications
JP7139658B2 (ja) * 2018-03-30 2022-09-21 ソニーグループ株式会社 情報処理装置、情報処理方法、およびプログラム
CN108848121A (zh) * 2018-05-03 2018-11-20 广州视源电子科技股份有限公司 屏幕画面传输方法、装置、服务器、***及存储介质
FR3092718B1 (fr) * 2019-02-07 2021-07-23 Apizee Procédé de traitement de flux audiovidéo en conférence multipartite, dispositifs, système et programme correspondants
CN109788072A (zh) * 2019-03-07 2019-05-21 杭州当虹科技股份有限公司 一种将标准Webrtc客户端接入现有***的方法
US11962626B2 (en) * 2021-09-09 2024-04-16 Arris Enterprises Llc Video conference manager
EP4170994B1 (en) 2021-10-19 2024-01-17 Tata Consultancy Services Limited A multi-master hybrid telerobotics system with federated avatar control
JP2023081226A (ja) * 2021-11-30 2023-06-09 株式会社リコー 通信管理装置、通信システム、通信管理方法、及びプログラム
US11758003B2 (en) * 2021-12-10 2023-09-12 Topia Interactive, Inc. Mixed peer-to-peer mesh and forwarding system

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7417983B2 (en) * 2006-03-29 2008-08-26 Microsoft Corporation Decentralized architecture and protocol for voice conferencing
US9413540B2 (en) 2011-07-05 2016-08-09 Genband Us Llc Combining P2P and server-based conferencing
US8601144B1 (en) * 2012-11-27 2013-12-03 Sansay, Inc. Systems and methods for automatic ICE relay candidate creation
US8695077B1 (en) * 2013-03-14 2014-04-08 Sansay, Inc. Establishing and controlling communication sessions between SIP devices and website application servers

Also Published As

Publication number Publication date
EP2770667A1 (en) 2014-08-27
US9049262B2 (en) 2015-06-02
US20140241215A1 (en) 2014-08-28
EP2770667B1 (en) 2015-09-30

Similar Documents

Publication Publication Date Title
ES2555653T3 (es) Método y sistema para conferencia de telecomunicación basada en una red entre pares (P2P) y en servidor de retransmisión central combinado que usa un protocolo de telefonía y conferencia
ES2393311T3 (es) Sistema de conferencia
US20090161590A1 (en) Multicast data stream selection in a communication system
US9838441B2 (en) Hybrid communications system using peer-to-peer and centralized architecture
US9479967B1 (en) Enhanced media gateway
US8619564B2 (en) Synchronized bandwidth reservations for real-time communications
US8407288B2 (en) Efficient network routing to reduce bandwidth usage and latency
US8621003B2 (en) Enhanced application-layer multicast for peer-to-peer conferencing
MX2007013843A (es) Senalizacion de parametros de calidad de servicio para sesion multimedia.
US10212197B2 (en) Method for setting up a communication link
US7729482B2 (en) Method and system for providing communication protocol interoperability
Granda et al. Overlay network based on WebRTC for interactive multimedia communications
US8495225B2 (en) Methods and arrangements for a telecommunications system
Aliwi et al. A comparative study of VoIP protocols
Aye Performance Analysis between H. 323 and SIP over VoIP
US20090207988A1 (en) Method and system for telecommunication sessions using only initial signal messages
ES2795281T3 (es) Sistema de gestión de secuencias de medios
US20090052458A1 (en) Flow state attributes for producing media flow statistics at a network node
Edan et al. Drawbacks of inter-asterisk exchange protocol in V. VoIP
Oryńczak et al. Agent based infrastructure for real-time applications
ES2376487T3 (es) Elemento de proceso sip multi-tipo.
US7924741B1 (en) Session quality information collection and correlation
KR101330246B1 (ko) 인터넷 전화 단말기, 인터넷 전화 단말기에서의 미디어 데이터 전송 방법 및 인터넷 전화를 위한 세션 보더 콘트롤러
Elleuch et al. Multiparty voice over ip (mvoip) peer-based system for large-scale conference support
Spiers et al. An evaluation of architectures for IMS based video conferencing