ES2296950T3 - Gestion de una llamada en conferencia por conmutacion de paquetes. - Google Patents

Gestion de una llamada en conferencia por conmutacion de paquetes. Download PDF

Info

Publication number
ES2296950T3
ES2296950T3 ES02741069T ES02741069T ES2296950T3 ES 2296950 T3 ES2296950 T3 ES 2296950T3 ES 02741069 T ES02741069 T ES 02741069T ES 02741069 T ES02741069 T ES 02741069T ES 2296950 T3 ES2296950 T3 ES 2296950T3
Authority
ES
Spain
Prior art keywords
terminals
conference
data
conference call
identifiers
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.)
Expired - Lifetime
Application number
ES02741069T
Other languages
English (en)
Inventor
Jarmo Kuusinen
Ari Lakaniemi
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.)
Intellectual Ventures I LLC
Original Assignee
Spyder Navigations LLC
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 Spyder Navigations LLC filed Critical Spyder Navigations LLC
Application granted granted Critical
Publication of ES2296950T3 publication Critical patent/ES2296950T3/es
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/56—Arrangements for connecting several subscribers to a common circuit, i.e. affording conference facilities
    • 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
    • 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/1822—Conducting the conference, e.g. admission, detection, selection or grouping of participants, correlating users to one or more conference sessions, prioritising transmission
    • 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
    • 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
    • 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/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/56—Arrangements for connecting several subscribers to a common circuit, i.e. affording conference facilities
    • H04M3/568—Arrangements for connecting several subscribers to a common circuit, i.e. affording conference facilities audio processing specific to telephonic conferencing, e.g. spatial distribution, mixing of participants
    • H04M3/569—Arrangements for connecting several subscribers to a common circuit, i.e. affording conference facilities audio processing specific to telephonic conferencing, e.g. spatial distribution, mixing of participants using the instant speaker's algorithm
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/006—Networks other than PSTN/ISDN providing telephone service, e.g. Voice over Internet Protocol (VoIP), including next generation networks with a packet-switched transport layer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/54—Store-and-forward switching systems 
    • H04L12/56—Packet switching systems
    • H04L12/5601—Transfer mode dependent, e.g. ATM
    • H04L2012/5603—Access techniques
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2207/00—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place
    • H04M2207/18—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place wireless networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • General Engineering & Computer Science (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

Método para gestionar una llamada en conferencia, centralizada, por conmutación de paquetes, entre una pluralidad de terminales (13), comprendiendo dicho método en un servidor de llamadas en conferencia (12): - recibir paquetes de datos de todos los terminales (13) que participan en dicha llamada en conferencia, cuyos dichos paquetes de datos incluyen bien datos de voz o bien información de ruido de fondo así como un identificador asociado al terminal respectivo (13) que proporciona dichos datos de voz o dicha información de ruido de fondo; - determinar, basándose en dichos paquetes de datos recibidos, por lo menos un terminal (13) que proporciona en ese momento datos de voz, en caso de que hubiera alguno, de entre dichos terminales (13) que participan en dicha llamada en conferencia; - mezclar dichos datos de voz recibidos y dicha información de ruido de fondo recibida y se insertan dichos datos mezclados en paquetes de datos nuevos junto con por lo menos un identificador asociado a uno dedichos terminales (13) que estaban determinados para proporcionar en ese momento datos de voz, en caso de que hubiera alguno, de tal manera que dicho por lo menos un identificador se puede diferenciar con respecto a cualquier otra información incluida en dichos paquetes de datos; y - transmitir dichos paquetes de datos nuevos hacia unos terminales (13) que participan en dicha llamada en conferencia.

Description

Gestión de una llamada en conferencia por conmutación de paquetes.
Campo de la invención
La presente invención se refiere a un método para gestionar una llamada en conferencia, centralizada, y por conmutación de paquetes, entre una pluralidad de terminales. La invención se refiere asimismo a un servidor de llamadas en conferencia que comprende unos medios para gestionar una llamada en conferencia, centralizada, y a un terminal que comprende unos medios para participar en una llamada en conferencia, centralizada.
Antecedentes de la invención
En una llamada en conferencia, un grupo de usuarios de terminales está conectado entre sí de manera que cuando uno de los usuarios participantes habla, la totalidad del resto de usuarios participantes puede oír la voz del participante que está hablando. En una comunicación de este tipo, normalmente solo uno de los usuarios participantes está hablando al mismo tiempo, mientras que los otros usuarios están escuchando. En una llamada en conferencia, centralizada, los terminales de los usuarios participantes no están conectados directamente entre sí, sino a través de un servidor de llamadas en conferencia. Una llamada en conferencia, centralizada, se puede realizar por ejemplo mediante una aplicación de llamadas en conferencia del Protocolo de Voz por Internet (VoIP) en internet o en forma de una audioconferencia en el dominio por conmutación de paquetes de las redes de los Servicios de Telecomunicaciones Móviles Universales (UMTS).
En una sesión VoIP, los datos de voz se transportan típicamente usando el Protocolo de Transporte de Tiempo Real (RTP) por encima del Protocolo de Internet (IP) y el Protocolo de Datagrama de Usuario (UDP). El RTP se ha descrito detalladamente en la RFC 1889: "RTP: A Transport Protocol for Real-Time Applications", enero de 1996, de H. Schulzrinne et al.
A una conexión VoIP de extremo a extremo se le denomina con frecuencia túnel VoIP. En el establecimiento típico de una llamada en conferencia, centralizada, se forman túneles VoIP entre cada terminal participante y el servidor de llamadas en conferencia.
A título ilustrativo, en la figura 1 se presenta la tunelización de la voz codificada en una conferencia basada en RTP, centralizada.
La figura 1 muestra esquemáticamente un sistema de llamadas en conferencia centralizadas en un dominio por conmutación de paquetes de una red UMTS 11, con un servidor de llamadas en conferencia 12 conectado a esta red 11 y con una pluralidad de terminales móviles 13. Los terminales móviles 13 se conectan al servidor de llamadas en conferencia a través de la red UMTS 11 usando túneles RTP 14.
En los terminales 13, los datos de voz producidos por el usuario respectivo de los terminales 13 en primer lugar se codifican y a continuación se insertan en la carga útil de paquetes RTP. Existe una multitud de codificadores de audio alternativos que se pueden usar para realizar la codificación de voz concreta. Por ejemplo, el códec de voz de Multivelocidad Adaptativa (AMR), el cual se especifica como el códec de voz obligatorio para los sistemas de 3ª generación, se podría usar para comprimir los datos de voz transportados en la carga útil RTP. Los codificadores codifican las muestras de voz en tramas, las cuales a continuación se transportan sobre los protocolos RTP/UDP/IP a través de la red UMTS 11 hacia el servidor de llamadas en conferencia 12.
El servidor de llamadas en conferencia 12 comprende un mezclador RTP 15, el cual recibe los flujos de paquetes RTP entrantes provenientes de los terminales conectados 13, elimina el empaquetamiento RTP, combina los flujos en un único flujo de paquetes RTP y a continuación envía este flujo a cada uno de los terminales 13.
A cada paquete RTP transmitido entre los terminales 13 y el servidor de llamadas en conferencia 12, se le asocia un encabezamiento. La estructura de este encabezamiento, la cual se especifica en la RFC 1889 antes citada, se ilustra en la figura 2. El encabezamiento comprende un campo V en cual identifica la versión del RTP utilizado y un campo P para un bit de relleno. Si el bit de relleno está activado, el paquete contiene uno o más octetos de relleno adicionales al final los cuales no son parte de la carga útil. El encabezamiento comprende además un campo X para un bit de extensión. Si el bit de extensión se ha fijado, el encabezamiento fijado viene seguido por exactamente una extensión del encabezamiento. Por otra parte, el encabezamiento comprende un campo CC para el recuento de Fuentes Contribuyentes (CSRC), el cual contiene el número de identificadores CSRC que siguen al encabezamiento fijado, y un campo M correspondiente a un bit marcador, quedando definida la interpretación del marcador por un perfil. Adicionalmente, el encabezamiento comprende un campo PT para identificar el formato de la carga útil y un campo para un Número de Secuencia, el cual se incrementa en uno para cada paquete de datos RTP enviado. El Número de Secuencia puede ser usado por el receptor para detectar una pérdida de paquetes y para restablecer la secuencia de los paquetes. El encabezamiento comprende además un campo correspondiente a una Indicación de Tiempo, el cual refleja el instante de muestreo del primer octeto en el paquete de datos RTP.
\newpage
Además, los encabezamientos de los paquetes RTP transportan un identificador de Fuente de Sincronización (SSRC) y, tal como se ha mencionado anteriormente en referencia al campo CC, una lista de identificadores de Fuentes Contribuyentes (CSRC).
El identificador SSRC se usa para identificar la fuente de sincronización que ha transmitido el paquete RTP en cuestión. Un identificador SSRC que sea exclusivo para la sesión RTP respectiva se asocia aleatoriamente a cada fuente posible, es decir, a cada uno de los terminales 13 y al servidor de llamadas en conferencia 12. Cada terminal 13 añade el identificador SSRC asociado al mismo al campo de identificador SSRC en el encabezamiento RTP de cada paquete RTP que ensambla. Del mismo modo, el mezclador RTP 15 del servidor de llamadas en conferencia 12 añade el identificador SSRC asociado al servidor de llamadas en conferencia 12 al campo identificador SSRC del encabezamiento RTP de cada paquete RTP que abandona el servidor 12.
La lista CSRC se usa para identificar las diferentes fuentes que contribuyen a un paquete RTP y por lo tanto únicamente es relevante para los paquetes RTP ensamblados en el servidor de llamadas en conferencia 13. El mezclador RTP 15 añade a los campos CSRC de los paquetes RTP salientes los identificadores SSRC de aquellos terminales 13 que contribuyen al flujo VoIP de salida combinado.
Adicionalmente, para permitir un control de las conexiones VoIP usando el RTP, en la RFC 1889 antes citada se define un Protocolo de Control de Tiempo Real (RTCP). El RTCP se usa por ejemplo para mantener a ambos extremos de una conexión informados sobre la calidad de servicio que están proporcionando y recibiendo. Esta información se envía en paquetes de tipo informe del emisor (SR) e informe del receptor (RR) RTCP. Adicionalmente, la especificación RTP define un paquete de tipo descripción de fuente RTCP (SDES). Los paquetes SDES RTCP pueden ser usados por la fuente para proporcionar más información sobre ella misma. Los paquetes CNAME ó NAME SDES se pueden usar por ejemplo para proporcionar un establecimiento de correspondencia entre el identificador SSRC aleatorio y la identidad de la fuente. Los paquetes CNAME SDES están destinados a proporcionar identificadores de puntos extremos canónicos, mientras que los paquetes NAME SDES están destinados a proporcionar un nombre real usado para describir la fuente respectiva. Se espera que el mezclador RTP 15 combine los paquetes RTCP de tipo SR y RR de todos los terminales 13 antes de reenviarlos. Por el contrario, los paquetes RTCP de tipo SDES son reenviados por el mezclador RTP 15 a todos los participantes en la conferencia 13 sin modificaciones.
En una llamada en conferencia, en ocasiones resulta difícil para los usuarios participantes reconocer inmediatamente quién está hablando. Esto en particular constituye un problema en el caso de que existan muchos usuarios participantes en una llamada en conferencia, cuando estos usuarios participantes no se conocen mutuamente muy bien.
La RFC 1889 antes citada establece que una aplicación ilustrativa está realizando una conferencia de audio en la que un mezclador indica todos los hablantes cuya voz se combinó para producir el paquete de salida, permitiendo que el receptor indique el hablante en curso, incluso aunque todos los paquetes de audio contengan el mismo identificador SSRC, es decir, el correspondiente al mezclador.
No obstante, en cualquier uso VoIP razonable de un códec de voz, el códec emitirá tramas Descriptoras de Silencio (SID) que permiten una generación de ruido de confort en el extremo receptor, siempre que el participante respectivo en la conferencia esté inactivo, es decir, escuchando. De este modo, todas las fuentes producirán siempre una señal que se transmite hacia el servidor de llamadas en conferencia 12. El servidor de llamadas en conferencia 12 decodifica los flujos VoIP recibidos desde cada uno de los participantes pasándolos a voz o a tramas SID para sumarlas antes de codificar la voz de salida y las tramas SID que se transmitirán hacia los terminales 13. Esto implica que los identificadores SSRC de todos los terminales 13 se incluyen por parte del mezclador 15 en la lista CSRC de los paquetes RTP mezclados de salida, y por lo tanto es imposible que los terminales receptores 13 diferencien los participantes activos con respecto a los inactivos. Debe indicarse que la inclusión de los identificadores SSRC de todos los terminales participantes 13 en la lista CSRC también presenta sus ventajas, por ejemplo, para mantener a cada usuario participante actualizado sobre el número y la identidad de la totalidad del resto de usuarios que participan en la conferencia.
La patente US nº 6.292.979 B1 describe un sistema de conferencias de telecomunicaciones con tres o más aparatos telefónicos conectados a una red para participar simultáneamente en una llamada en conferencia. Cada aparato telefónico ocupado en la llamada en conferencia recibe una lista de participantes en la llamada y un identificador asociado a esa llamada. Cada aparato telefónico genera paquetes de datos de voz que incluyen el identificador y reenvía los paquetes generados hacia la red. Cada aparato telefónico produce localmente una combinación de los paquetes recibidos.
El documento WO 00/72560 A1 se refiere a un puente de teleconferencia. El documento propone el uso de una función mezcladora independiente para cada participante en una conferencia. Las señales de audio entrantes son recibidas y transmitidas por un sistema de puente de audioconferencia. El sistema realiza la mezcla de audio para las estaciones participantes mezclando una pluralidad de señales de audio entrantes en la conferencia según unos parámetros de mezcla. También puede dar salida a indicadores de hablantes activos para cada estación participante - indicando, para cada señal de salida mezclada, qué señales de audio entrantes se están mezclando. Una vez que las señales de audio entrantes se han mezclado adecuadamente, se da salida a una señal de audio mezclada independiente hacia cada estación participante. Los indicadores de hablantes activos los pueden traducir las estaciones participantes en una indicación visual sobre la voz de qué participantes se está oyendo en un momento cualquiera.
Sumario de la invención
Uno de los objetivos de la invención es mejorar el confort de un usuario que participa en una llamada en conferencia de voz por IP.
Este objetivo se alcanza según la invención con un método para gestionar una llamada en conferencia, centralizada, por conmutación de paquetes, entre una pluralidad e terminales, el cual comprende como primera etapa, la recepción, en un servidor de llamadas en conferencia, de paquetes de datos provenientes de todos los terminales participantes en la llamada en conferencia. Estos paquetes de datos incluyen datos de voz o información de ruido de fondo y un identificador asociado al terminal respectivo que proporciona los datos de voz o la información de ruido de fondo. En una segunda etapa, se determina por lo menos un terminal que proporcione en ese momento datos de voz, en caso de que haya alguno, entre los terminales que participan en la llamada en conferencia basándose en los paquetes de datos recibidos. Evidentemente, en el caso de que ninguno de los usuarios que participan en la llamada en conferencia hable durante un tiempo, ninguno de los terminales proporcionará datos de voz durante ese tiempo, y no se puede determinar ningún terminal que proporcione datos de voz. En una tercera etapa, los datos de voz recibidos y la información de ruido de fondo se mezclan e insertan en paquetes de datos nuevos junto con por lo menos un identificador asociado a uno de los terminales de los cuales se determinó que proporcionaban en ese momento datos de voz, en el caso de que hubiera alguno. El identificador se incluye en un paquete de datos de modo que se pueda diferenciar con respecto a cualquier otra información incluida. Esto implica en particular que el por lo menos un identificador se pueda diferenciar con respecto a otros identificadores posiblemente incluidos los cuales no están asociados necesariamente a terminales que proporcionan datos de voz. Finalmente, los paquetes de datos nuevos son transmitidos por el servidor de llamadas en conferencia hacia terminales que participan en la llamada en conferencia.
El objetivo de la invención se alcanza también con un servidor de llamadas en conferencia que comprende medios para realizar el método propuesto.
Adicionalmente, el objetivo de la invención se alcanza con un terminal el cual comprende medios para participar en una llamada en conferencia, centralizada, resultando adecuados dichos medios para hacer uso de la información transmitida según la invención por un servidor de llamadas en conferencia. Con este fin, el terminal comprende medios para recibir paquetes de datos transmitidos por un servidor de llamadas en conferencia. Los paquetes de datos comprenden datos de voz y/o información de ruido de fondo mezclados proporcionados por terminales que participan en la llamada en conferencia y por lo menos un identificador asociado a un terminal del cual se determinó en el servidor de llamadas en conferencia que proporcionaba en ese momento datos de voz, en caso de que hubiera alguno. Por otra parte, el terminal comprende medios para reconocer, en paquetes de datos recibidos, identificadores asociados a terminales de los cuales se determinó en un servidor de llamadas en conferencia que proporcionaban en ese momento datos de voz. Además, el terminal comprende unos medios para señalar a un usuario una identificación de terminales que proporcionan datos de voz basándose en identificadores reconocidos asociados a terminales de los cuales se determinó en un servidor de llamadas en conferencia que proporcionaban en ese momento datos de voz.
La invención tiene su origen en la idea de que se puede diseñar un servidor de llamadas en conferencia que pueda diferenciar entre aquellos participantes de una llamada en conferencia que están activos en ese momento, es decir, que proporcionan datos de voz, y aquellos que en ese momento están inactivos, es decir, que proporcionan únicamente información de ruido de fondo. La invención tiene su origen además en la idea de que se puede diseñar un terminal que pueda señalar a un usuario los participantes activos en ese momento, de una llamada en conferencia, en el caso de que reciba una información correspondiente. De este modo, se propone que un servidor de llamadas en conferencia realice una determinación de los participantes activos en ese momento de una llamada en conferencia y que el servidor reenvíe una información correspondiente, diferenciable, a los terminales que participan en la llamada en conferen-
cia.
Una de las ventajas de la invención es que permite una mejora de la interfaz de usuario de un terminal, ya que al usuario se le puede presentar información transmitida sobre el participante activo en la conferencia. De este modo, los participantes de la llamada en conferencia pueden identificar siempre al hablante activo entre todos los participantes.
A partir de las reivindicaciones subordinadas se ponen de manifiesto formas de realización preferidas de la invención.
Los identificadores de terminales activos pueden ser transmitidos por el servidor de llamadas en conferencia según una variedad de maneras.
En una primera alternativa, el servidor de llamadas en conferencia transmite en cada paquete de datos combinado exclusivamente un identificador asociado a aquellos terminales que están activos en ese momento. Una de las ventajas de este planteamiento es que los terminales receptores pueden indicar todos los hablantes activos a sus usuarios, incluso en el caso de múltiples hablantes simultáneos. No obstante, con este planteamiento, los terminales receptores no pueden mantener a sus usuarios actualizados sobre todos los participantes.
En una segunda alternativa, el servidor de llamadas en conferencia transmite, en cada paquete de datos combinado, identificadores correspondientes a todos los terminales que participan en la conferencia, aunque de tal manera que un identificador asociado a un terminal activo se presenta siempre en una posición predeterminada en la lista de identificadores, por ejemplo, como el primer elemento de la lista. Aunque este planteamiento proporciona constantemente información actualizada sobre todos los participantes en la conferencia, no permite indicar más de un terminal activo simultáneamente. No obstante, en un diálogo razonable, especialmente a través de una conexión telefónica, solamente hablará a la vez un participante y este problema se puede considerar de menor importancia.
Una tercera alternativa la ofrece un perfeccionamiento del segundo planteamiento. En este tercer planteamiento, el servidor de llamadas en conferencia siempre transmite nuevamente, en cada paquetes de datos combinado, identificadores correspondientes a todos los terminales que participan en la conferencia. Los identificadores asociados a los terminales activos en ese momento se presentan al principio de la lista de identificadores. Adicionalmente, entre los identificadores asociados a terminales activos en ese momento y los identificadores asociados a terminales inactivos en ese momento se inserta algún marcador. Este tercer planteamiento combina las ventajas del primer y el segundo planteamientos, simplemente mediante la introducción de un valor adicional que debe ser transmitido.
El identificador asociado a un terminal respectivo podría no resultar adecuado por sí mismo para identificar un terminal transmisor en un terminal receptor, como, por ejemplo, el identificador SSRC distribuido aleatoriamente. En este caso, desde todos los terminales transmisores posibles hacia el servidor de llamadas en conferencia y adicionalmente a todos los terminales receptores posibles se transmite en primer lugar preferentemente una correspondencia de los identificadores con una identificación clara del terminal respectivo. A continuación, cada terminal receptor puede establecer una correspondencia de un identificador recibido posteriormente, asociado a un terminal transmisor, con una identificación correspondiente de este terminal. La identificación puede ser en particular una dirección SIP ó un número de teléfono. El terminal receptor puede que también tenga la posibilidad de establecer adicionalmente una correspondencia de la identificación determinada con otro tipo de identificación. En el caso de que la identificación sea, por ejemplo, una dirección SIP ó un número de teléfono, el terminal puede establecer una correspondencia de esta dirección o número con un nombre o una imagen almacenada en un directorio del terminal receptor.
En el caso de que al usuario de un terminal se le presenten todos los participantes de la llamada en conferencia, los participantes activos se le pueden señalar a un usuario de cualquier manera adecuada.
La invención se puede utilizar en particular, aunque no de forma exclusiva en un sistema en el cual las llamadas en conferencia centralizadas se basen en el RTP definido en la RFC 1889 antes citada. En este caso, los paquetes de datos transmitidos desde los terminales al servidor de llamadas en conferencia y desde el servidor de llamadas en conferencia a los terminales son paquetes RTP. Los identificadores de terminales transmitidos por el servidor de llamadas en conferencia en los paquetes RTP combinados pueden ser de forma ventajosa identificadores SSRC añadidos a la lista CSRC del encabezamiento RTP. En la tercera alternativa presentada para la transmisión de identificadores por el servidor de llamadas en conferencia, el marcador utilizado puede ser, por ejemplo, el identificador SSRC asociado al servidor de llamadas en conferencia. Como el identificador SSRC asociado al servidor de llamadas en conferencia se transmite de alguna manera en el campo SSRC del encabezamiento RTP de cada paquete RTP combinado, los terminales receptores tienen conocimiento de este valor y pueden usarlo para separar, en la lista CSRC, los terminales activos con respecto a los terminales inactivos. Por el contrario, en aplicaciones convencionales, el identificador SSRC asociado al servidor de llamadas en conferencia se incluye únicamente en el campo SSRC de los paquetes RTP combinados de salida, no en la lista CSRC, ya que el servidor de llamadas en conferencia no contribuye el mismo al flujo RTP combinado.
Cada una de las tres alternativas presentadas para la transmisión de identificadores por el servidor de llamadas en conferencia se ajusta a la especificación RTP actual y no perjudicaría a las implementaciones que no están diseñadas para hacer uso de la gestión especial SSRC/CSRC.
Una forma de realización exhaustiva del método según la invención, implementada en un sistema basado en RTP, comprende de forma ventajosa tres partes. Una primera parte consta de un mecanismo para que los terminales participantes en una llamada en conferencia intercambien identificadores de fuentes RTP y establezcan correspondencias de dichos identificadores con la identidad respectiva de cada terminal o usuario de terminal por medio de paquetes SDES RTCP. Una segunda parte consta de un mecanismo implementado en el servidor de llamadas en conferencia para fijar el campo CSRC de encabezamientos RTP según reglas predefinidas. Una tercera parte consta de un mecanismo implementado en los terminales receptores participantes para establecer correspondencias de los identificadores del campo CSRC de los encabezamientos de paquetes RTP con identidades de terminal o usuario, con vistas a habilitar una presentación de la identidad del hablante activo en ese momento a los usuarios de los terminales receptores.
Debe indicarse que el número de identificadores que pueden ser transmitidos por el servidor de llamadas en conferencia hacia los terminales participantes y/o el número de participantes que puedan ser presentados por los terminales receptores puede estar limitado a un valor predeterminado. Por ejemplo, según la RFC 1889 antes citada, la lista CSRC está limitada a un número máximo de 15 entradas.
La invención se puede utilizar en particular para Internet o conferencias de voz por conmutación de paquetes UMTS. En el caso del UMTS, la información sobre los participantes activos se puede mostrar, por ejemplo, en la pantalla de un terminal móvil.
Breve descripción de las figuras
Se pondrán de manifiesto otros objetivos y características de la presente invención a partir de la siguiente descripción detallada considerada conjuntamente con los dibujos adjuntos, en los que:
La Fig. 1 ilustra el principio operativo de un sistema de llamadas en conferencia centralizadas, basadas en RTP;
la Fig. 2 ilustra la estructura de un encabezamiento RTP; y
la Fig. 3 muestra una interfaz de usuario de un terminal, la cual está haciendo uso de una de las formas de realización del método según la invención.
Descripción detallada de la invención
A continuación se describirá una forma de realización del método según la invención haciendo referencia a las figuras 1 a 3.
La forma de realización soporta la gestión de llamadas en conferencia VoIP y está implementada en un sistema basado en RTP el cual comprende una red UMTS 11, un servidor de llamadas en conferencia 12 que incluye un mezclador RTP 15 conectado a la red 11 y una pluralidad de terminales 13. Los terminales 13 se pueden conectar al servidor de llamadas en conferencia 12 a través de la UMTS 11 por medio de túneles RTP 14. De este modo, el sistema se corresponde en general con el sistema ilustrado en la figura 1, el cual ya se ha descrito anteriormente.
Para establecer una llamada en conferencia VoIP en este sistema, como protocolo de señalización se usa el Protocolo de Inicio de Sesión (SIP). El SIP se usa junto con el Protocolo de Descripción de Sesión (SDP) para enviar invitaciones a las partes a las que se llama y para llegar a acuerdos sobre los códecs de voz, etcétera. Los usuarios de los terminales 13 se unen a la conferencia bien iniciando la sesión por sí mismos mediante el envío del mensaje INVITE SIP hacia el servidor de llamadas en conferencia 12 ó bien respondiendo a mensajes INVITE recibidos a través del servidor de llamadas en conferencia 12.
En el comienzo de una sesión en conferencia iniciada, el software de conferencia en cada terminal 13 envía paquetes SDES RTCP hacia el servidor de llamadas en conferencia 12. Estos paquetes SDES transportan el identificador SSRC asociado al terminal respectivo 13 para esta sesión y adicionalmente, en el campo de elementos SDES, la dirección SIP ó el número de teléfono del terminal respectivo 13. El servidor de llamadas en conferencia 12 reenvía los paquetes SDES recibidos hacia cada terminal 13 que participe en la llamada en conferencia. Basándose en la información que se encuentra en estos paquetes SDES, los terminales 13 se preparan para establecer correspondencias de los identificadores SSRC recibidos durante la sesión de conferencia con direcciones SIP ó números de teléfono correspondientes.
Cuando la sesión de conferencia está activa, todos los terminales 13 que participan en la conferencia transmiten paquetes RTP hacia el servidor de llamadas en conferencia 12. Con este fin, los terminales 13 utilizan un códec de voz, por ejemplo, el códec de voz AMR, de tal manera que transmiten a una velocidad normal cuando hay voz en la entrada, es decir, cuando el usuario del terminal 13 está hablando, y con una velocidad reducida, cuando la fuente está en silencio, es decir, cuando el usuario del terminal 13 está escuchando a otros participantes. En el primer caso, el códec de voz codifica datos de voz y los transmite en la carga útil del paquete RTP. En este último caso, el códec de voz produce y transmite tramas SID que transportan una estimación del ruido de fondo la cual es necesaria para la generación del ruido de confort en el receptor. En este caso, este receptor es el servidor de llamadas en conferencia 12.
El mezclador RTP 15 del servidor de llamadas en conferencia 12 decodifica todos los flujos continuos entrantes, para habilitar una suma de la voz decodificada y una codificación de la voz combinada. Basándose en la velocidad de datos utilizada respectivamente, el servidor de llamadas en conferencia 12 obtiene como información secundaria del proceso de decodificación, una indicación sobre si la señal decodificada es voz o una estimación del ruido de fondo.
Después de esto, el mezclador RTP 15 del servidor de llamadas en conferencia 12 mezcla los datos de voz decodificados y las estimaciones del ruido de fondo de todas las fuentes 13 entre sí y ensambla paquetes RTP con un flujo de datos combinado y codificado. Cada paquete RTP ensamblado comprende un encabezamiento RTP que tiene una estructura la cual se corresponde con la estructura ilustrada en la figura 2, que ya se ha descrito anteriormente. De este modo, cada encabezamiento RTP comprende un campo correspondiente a un identificador SSRC y un campo correspondiente a una lista CSRC.
El mezclador RTP 15 inserta el identificador SSRC asociado al servidor de llamadas en conferencia 12 para la llamada en conferencia en curso en el campo identificador SSRC de los encabezamientos RTP de los paquetes RTP de salida, ya que el servidor de llamadas en conferencia 12 es la fuente de estos paquetes RTP.
Por otra parte, el mezclador RTP 15 incluye en la lista CSRC de los encabezamientos RTP los identificadores SSRC asociados a aquellos terminales 13 que contribuyen a los paquetes RTP combinados. Como todos los terminales 13 que participan en la llamada en conferencia transmiten siempre paquetes RTP hacia el servidor de llamadas en conferencia 12, bien con datos de voz o bien con una estimación del ruido de fondo, la lista CSRC comprende siempre por lo tanto los identificadores SSRC correspondientes a todos los terminales participantes 13. No obstante, el mezclador RTP 15 se ocupa de que los identificadores SSRC que están asociados a los terminales que participan activamente 13 se incluyan como primeros elementos en la lista CSRC.
Adicionalmente, el mezclador RTP 15 inserta también el identificador SSRC asociado al servidor de llamadas en conferencia 12 en la lista CSRC. Más específicamente, el identificador SSRC asociado al servidor de llamadas en conferencia 12 se incluye como marcador entre los identificadores SSRC asociados a los terminales activos 13 ubicados al principio de la lista CSRC y los identificadores SSRC asociados a los terminales inactivos 13 ubicados al final de la lista CSRC.
A continuación, el servidor de llamadas en conferencia 12 reenvía el flujo compuesto a cada terminal participante 13.
Los terminales 13 reciben los paquetes RTP transmitidos por el servidor de llamadas en conferencia 12 a través de la red UMTS 14 y recuperan los identificadores SSRC incluidos en la lista CSRC respectiva de los encabezamientos de los paquetes RTP. A continuación, basándose en la información de correspondencias recibida anteriormente, los terminales 13 determinan las direcciones SIP ó los números de teléfono correspondientes a los identificadores SSRC recuperados de la lista CSRC. Los terminales 13 no realizan un establecimiento de correspondencia de este tipo para el identificador SSRC que se asocia al servidor de llamadas en conferencia 12. Este identificador SSRC es reconocido por los terminales 13 basándose en el identificador SSRC idéntico incluido en el campo identificador SSRC del encabezamiento RTP. Los terminales 13 determinan además nombres que están asociados, en sus directorios de direcciones internos, a las direcciones SIP ó números de teléfono determinados, en la medida en que estén disponibles. A continuación, los nombres determinados se le presentan a un usuario respectivo en la pantalla de los terminales 13 en forma de una lista.
La figura 3 muestra una forma de realización de dicha pantalla 31, la cual presenta, junto a otra información y opciones, una lista 32 con los nombres de usuarios que participan en una llamada en conferencia en curso.
Adicionalmente, los terminales 13 determinan todos aquellos identificadores SSRC de la lista CSRC que se presentan antes que el identificador SSRC asociado al servidor de llamadas en conferencia 12. Los nombres que se determinaron para dichos identificadores SSRC pertenecen a participantes activos en ese momento y se señalan en la lista presentada 32 sobre la pantalla 31. En el ejemplo de la figura 3, se utiliza un icono especial indicador de hablante 33 para indicar los participantes que están hablando en ese momento. En la situación presentada, únicamente está hablando en ese momento un participante, y junto al nombre correspondiente "Saimi", en la lista 32, se sitúa un icono indicador de hablante 33.
De este modo, el usuario de un terminal 13 siempre puede ver una identificación de todos los usuarios que participan en la llamada en conferencia, y diferenciar los participantes que hablan en ese momento con respecto a los participantes inactivos.
Debe entenderse que la forma de realización descrita es únicamente una de entre una variedad de posibles formas de realización de la invención.

Claims (17)

1. Método para gestionar una llamada en conferencia, centralizada, por conmutación de paquetes, entre una pluralidad de terminales (13), comprendiendo dicho método en un servidor de llamadas en conferencia (12):
- recibir paquetes de datos de todos los terminales (13) que participan en dicha llamada en conferencia, cuyos dichos paquetes de datos incluyen bien datos de voz o bien información de ruido de fondo así como un identificador asociado al terminal respectivo (13) que proporciona dichos datos de voz o dicha información de ruido de
fondo;
- determinar, basándose en dichos paquetes de datos recibidos, por lo menos un terminal (13) que proporciona en ese momento datos de voz, en caso de que hubiera alguno, de entre dichos terminales (13) que participan en dicha llamada en conferencia;
- mezclar dichos datos de voz recibidos y dicha información de ruido de fondo recibida y se insertan dichos datos mezclados en paquetes de datos nuevos junto con por lo menos un identificador asociado a uno de dichos terminales (13) que estaban determinados para proporcionar en ese momento datos de voz, en caso de que hubiera alguno, de tal manera que dicho por lo menos un identificador se puede diferenciar con respecto a cualquier otra información incluida en dichos paquetes de datos; y
- transmitir dichos paquetes de datos nuevos hacia unos terminales (13) que participan en dicha llamada en conferencia.
2. Método según la reivindicación 1, en el que dichos identificadores asociados a dichos terminales (13) son unos identificadores asociados aleatoriamente a dichos terminales (13) para dicha llamada en conferencia, comprendiendo dicho método, como etapas anteriores, la recepción, en dicho servidor de llamadas en conferencia (12), de paquetes de control provenientes de dichos terminales (13) que participan en dicha llamada en conferencia, incluyendo dichos paquetes de control una correspondencia de un identificador asociado a un terminal respectivo (13) con una identificación de dicho terminal (13), y el reenvío de dicha correspondencia en paquetes de control desde dicho servidor de llamadas en conferencia (12) hacia dichos terminales (13) que participan en dicha llamada en conferencia.
3. Método según una de las reivindicaciones anteriores, en el que dicho servidor de llamadas en conferencia (12) transmite en dichos paquetes de datos nuevos exclusivamente identificadores asociados a unos terminales (13) de los cuales se determinó que proporcionaban datos de voz.
4. Método según la reivindicación 1 ó 2, en el que dicho servidor de llamadas en conferencia (12) incluye, en dichos paquetes de datos nuevos, unos identificadores asociados a unos terminales (13) que proporcionan en ese momento datos de voz, así como unos identificadores asociados a unos terminales que proporcionan en ese momento información de ruido de fondo, incluyéndose, en dicho paquete de datos en una posición predeterminada entre todos los identificadores incluidos, por lo menos un identificador asociado a un terminal (13) del cual se determinó que proporcionaba datos de voz.
5. Método según la reivindicación 1 ó 2, en el que dicho servidor de llamadas en conferencia (12) incluye, en dichos paquetes de datos nuevos, unos identificadores asociados a unos terminales (13) que proporcionan en ese momento unos datos de voz así como unos identificadores asociados a unos terminales (13) que proporcionan en ese momento información de ruido de fondo, en el que por lo menos un identificador asociado a uno de dichos terminales (13) de los cuales se determinó que proporcionaban datos de voz, en caso de que hubiera alguno, se incluye en dichos paquetes de datos en una posición predeterminada entre todos los identificadores incluidos, y en el que identificadores asociados a unos terminales (13) de los cuales se determinó que proporcionaban datos de voz se separan mediante un marcador con respecto a identificadores incluidos asociados a otros terminales (13).
6. Método según la reivindicación 5, en el que dicho marcador se corresponde con un identificador asociado a dicho servidor de llamadas en conferencia (12).
7. Método según una de las reivindicaciones anteriores, en el que dicha llamada en conferencia se basa en el Protocolo de Transporte de Tiempo Real, en el que dichos paquetes de datos son paquetes del Protocolo de Transporte de Tiempo Real, en el que dichos identificadores asociados a dichos terminales (13) son unos identificadores de Fuentes de Sincronización, y en el que dichos identificadores se incluyen por parte de dicho servidor de llamadas en conferencia (12) en dichos paquetes de datos nuevos en un campo proporcionado en un encabezamiento de paquete correspondiente a una lista de Fuentes Contribuyentes.
8. Método según una de las reivindicaciones anteriores, que comprende asimismo la recepción de dichos paquetes de datos nuevos transmitidos por dicho servidor de llamadas en conferencia (12) en un terminal (13) que participa en dicha llamada en conferencia y la indicación, de una identificación (32, 33) de por lo menos un terminal (13) del que se ha determinado que proporciona datos de voz, a un usuario basándose en un identificador incluido en dichos paquetes de datos nuevos recibidos.
9. Servidor de llamadas en conferencia (12) que comprende unos medios para gestionar una llamada en conferencia, centralizada, entre una pluralidad de terminales (13), incluyendo dichos medios
- unos medios (15) configurados para recibir unos paquetes de datos de todos los terminales (13) que participan en dicha llamada en conferencia, incluyendo dichos paquetes de datos bien datos de voz o bien información de ruido de fondo así como un identificador asociado al terminal respectivo (13) que proporciona dichos datos de voz o dicha información de ruido de fondo;
- unos medios (15) configurados para determinar, basándose en dichos paquetes de datos recibidos, por lo menos un terminal (13) que proporciona en ese momento datos de voz, en caso de que hubiera alguno, de entre dichos terminales (13) que participan en dicha llamada en conferencia;
- unos medios (15) configurados para mezclar dichos datos de voz recibidos y dicha información de ruido de fondo recibida e insertar dichos datos mezclados en paquetes de datos nuevos junto con por lo menos un identificador asociado a uno de dichos terminales (13) de los que se determinó que proporcionaban en ese momento datos de voz, en caso de que hubiera alguno, de tal manera que dicho por lo menos un identificador se puede diferenciar con respecto a cualquier otra información incluida en dichos paquetes de datos; y
- unos medios (15) configurados para transmitir dichos paquetes de datos nuevos hacia terminales (13) que participan en dicha llamada en conferencia.
10. Servidor de llamadas en conferencia (12) según la reivindicación 9, en el que dichos identificadores asociados a dichos terminales (13) son unos identificadores asociados aleatoriamente a dichos terminales (13) para dicha llamada en conferencia, comprendiendo asimismo unos medios (15) configurados para recibir unos paquetes de control provenientes de dichos terminales (13) que participan en dicha llamada en conferencia, incluyendo dichos paquetes de control una correspondencia de un identificador asociado a un terminal (13) respectivo con una identificación de dicho terminal (13), y unos medios (15) configurados para reenviar dicha correspondencia en paquetes de control hacia dichos terminales (13) que participan en dicha llamada en conferencia.
11. Servidor de llamadas en conferencia (12) según la reivindicación 9, en el que dichos medios (15) están configurados para transmitir en dichos paquetes de datos nuevos exclusivamente identificadores asociados a unos terminales (13) de los cuales se determinó que proporcionaban datos de voz.
12. Servidor de llamadas en conferencia (12) según la reivindicación 9 ó 10, en el que dichos medios (15) están configurados para incluir, en dichos paquetes de datos nuevos, unos identificadores asociados a unos terminales (13) que proporcionan en ese momento datos de voz así como identificadores asociados a unos terminales que proporcionan en ese momento información de ruido de fondo, incluyéndose, en dicho paquete de datos en una posición predeterminada entre todos los identificadores incluidos, por lo menos un identificador asociado a un terminal (13) del cual se determinó que proporcionaba datos de voz.
13. Servidor de llamadas en conferencia (12) según la reivindicación 9 ó 10, en el que dichos medios (15) están configurados para incluir, en dichos paquetes de datos nuevos, unos identificadores asociados a unos terminales (13) que proporcionan en ese momento datos de voz así como identificadores asociados a unos terminales (13) que proporcionan en ese momento información de ruido de fondo, en el que por lo menos un identificador asociado a uno de dichos terminales (13) de los cuales se determinó que proporcionaban datos de voz, en caso de que hubiera alguno, se incluye en dichos paquetes de datos en una posición predeterminada entre todos los identificadores incluidos, y en el que identificadores asociados a unos terminales (13) de los cuales se determinó que proporcionaban datos de voz se separan mediante un marcador con respecto a unos identificadores incluidos asociados a otros terminales
(13).
14. Servidor de llamadas en conferencia (12) según la reivindicación 13, en el que dicho marcador se corresponde con un identificador asociado a dicho servidor de llamadas en conferencia (12).
15. Servidor de llamadas en conferencia (12) según una de las reivindicaciones 9 a 14, en el que dicha llamada en conferencia se basa en el Protocolo de Transporte de Tiempo Real, en el que dichos paquetes de datos son paquetes del Protocolo de Transporte de Tiempo Real, en el que dichos identificadores asociados a dichos terminales (13) son identificadores de Fuentes de Sincronización, y en el que dichos medios (15) están configurados para incluir dichos identificadores en dichos paquetes de datos nuevos en un campo proporcionado en un encabezamiento de paquete correspondiente a una lista de Fuentes Contribuyentes.
16. Aparato (15) para un servidor de llamadas en conferencia centralizadas (12), comprendiendo dicho aparato (15) unos medios configurados para
- recibir paquetes de datos de todos los terminales (13) que participan en dicha llamada en conferencia, incluyendo dichos paquetes de datos bien datos de voz o bien información de ruido de fondo así como un identificador asociado al terminal respectivo (13) que proporciona dichos datos de voz o dicha información de ruido de fondo;
\newpage
- determinar, basándose en dichos paquetes de datos recibidos, por lo menos un terminal (13) que proporciona en ese momento datos de voz, en caso de que hubiera alguno, de entre dichos terminales (13) que participan en dicha llamada en conferencia;
- mezclar dichos datos de voz recibidos y dicha información de ruido de fondo recibida e insertar dichos datos mezclados en paquetes de datos nuevos junto con por lo menos un identificador asociado a uno de dichos terminales (13) de los cuales se determinó que proporcionaban en ese momento datos de voz, en caso de que hubiera alguno, de tal manera que dicho por lo menos un identificador se puede diferenciar con respecto a cualquier otra información incluida en dichos paquetes de datos; y
- proporcionar dichos paquetes de datos nuevos para su transmisión hacia unos terminales (13) que participan en dicha llamada en conferencia.
17. Terminal (13) que comprende unos medios para participar en una llamada en conferencia, centralizada, incluyendo dichos medios
- unos medios para recibir paquetes de datos transmitidos por un servidor de llamadas en conferencia (12), comprendiendo dichos paquetes de datos, datos de voz y/o información de ruido de fondo mezclados proporcionados por unos terminales (13) que participan en dicha llamada en conferencia y por lo menos un identificador asociado a un terminal (13) del cual se determinó en dicho servidor de llamadas en conferencia (12) que proporcionaba en ese momento datos de voz, en el caso de que hubiera alguno;
- unos medios para reconocer, en paquetes de datos recibidos, unos identificadores asociados a unos terminales (13) de los cuales se determinó en un servidor de llamadas en conferencia (12) que proporcionaban en ese momento datos de voz; y
- unos medios para indicar a un usuario una identificación de unos terminales (13) que proporcionan datos de voz basándose en identificadores reconocidos asociados a unos terminales (13) de los cuales se determinó en un servidor de llamadas en conferencia (12) que proporcionaban en ese momento datos de voz.
ES02741069T 2002-07-04 2002-07-04 Gestion de una llamada en conferencia por conmutacion de paquetes. Expired - Lifetime ES2296950T3 (es)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/IB2002/002625 WO2004006475A2 (en) 2002-07-04 2002-07-04 Managing a packet switched conference call

Publications (1)

Publication Number Publication Date
ES2296950T3 true ES2296950T3 (es) 2008-05-01

Family

ID=30011690

Family Applications (1)

Application Number Title Priority Date Filing Date
ES02741069T Expired - Lifetime ES2296950T3 (es) 2002-07-04 2002-07-04 Gestion de una llamada en conferencia por conmutacion de paquetes.

Country Status (10)

Country Link
US (2) US7483400B2 (es)
EP (1) EP1547332B1 (es)
JP (1) JP4064964B2 (es)
KR (1) KR100914949B1 (es)
CN (1) CN100574287C (es)
AT (1) ATE377314T1 (es)
AU (1) AU2002314458A1 (es)
DE (1) DE60223292T2 (es)
ES (1) ES2296950T3 (es)
WO (1) WO2004006475A2 (es)

Families Citing this family (116)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4999244B2 (ja) * 1999-06-08 2012-08-15 ザ トラスティーズ オブ コロンビア ユニヴァーシティ イン ザ シティ オブ ニューヨーク インターネット電話用のネットワーク電話器具およびシステム
US8290505B2 (en) * 2006-08-29 2012-10-16 Telecommunications Systems, Inc. Consequential location derived information
US7426380B2 (en) 2002-03-28 2008-09-16 Telecommunication Systems, Inc. Location derived presence information
US8918073B2 (en) 2002-03-28 2014-12-23 Telecommunication Systems, Inc. Wireless telecommunications location based services scheme selection
US9154906B2 (en) 2002-03-28 2015-10-06 Telecommunication Systems, Inc. Area watcher for wireless network
WO2004006475A2 (en) * 2002-07-04 2004-01-15 Nokia Corporation Managing a packet switched conference call
BR0313380A (pt) * 2002-08-14 2007-07-31 Qualcomm Inc interoperabilidade de rede núcleo em um sistema por picocélula
US20070238455A1 (en) * 2006-04-07 2007-10-11 Yinjun Zhu Mobile based area event handling when currently visited network doe not cover area
US8666397B2 (en) 2002-12-13 2014-03-04 Telecommunication Systems, Inc. Area event handling when current network does not cover target area
US20050018828A1 (en) * 2003-07-25 2005-01-27 Siemens Information And Communication Networks, Inc. System and method for indicating a speaker during a conference
US7417989B1 (en) 2003-07-29 2008-08-26 Sprint Spectrum L.P. Method and system for actually identifying a media source in a real-time-protocol stream
CN100531108C (zh) * 2003-08-12 2009-08-19 捷讯研究有限公司 处理编码消息的系统和方法
KR101103454B1 (ko) * 2003-09-11 2012-01-09 소니 에릭슨 모빌 커뮤니케이션즈 에이비 당사자 포지셔닝 식별을 갖는 휴대용 장치의 다자간 통화
US7852998B1 (en) * 2003-10-14 2010-12-14 Tele-Town Hall, Llc System and process for mass telephony conference call
US8385526B2 (en) * 2003-10-14 2013-02-26 Tele-Town Hall, LLC. System and process for mass telephony conference call
US7944861B2 (en) * 2003-10-14 2011-05-17 Tele-Town Hall, Llc System and process for mass telephony conference call
US7619994B2 (en) * 2003-11-26 2009-11-17 Nortel Networks Limited Adapter for use with a tandem-free conference bridge
US20080090546A1 (en) 2006-10-17 2008-04-17 Richard Dickinson Enhanced E911 network access for a call center using session initiation protocol (SIP) messaging
US20070298765A1 (en) * 2006-06-27 2007-12-27 Richard Dickinson Public services access point (PSAP) designation of preferred emergency call routing method via internet or public switched telephone network (PSTN)
US7903791B2 (en) 2005-06-13 2011-03-08 Telecommunication Systems, Inc. Enhanced E911 location information using voice over internet protocol (VoIP)
US20080126535A1 (en) 2006-11-28 2008-05-29 Yinjun Zhu User plane location services over session initiation protocol (SIP)
US8638779B2 (en) * 2004-02-24 2014-01-28 Itxc Ip Holdings Sarl Methods and apparatus for managing voice over IP telephony
US8031644B2 (en) 2004-06-23 2011-10-04 Nokia Corporation Non-native media codec in CDMA system
US8966551B2 (en) * 2007-11-01 2015-02-24 Cisco Technology, Inc. Locating points of interest using references to media frames within a packet flow
US9197857B2 (en) * 2004-09-24 2015-11-24 Cisco Technology, Inc. IP-based stream splicing with content-specific splice points
US7599357B1 (en) * 2004-12-14 2009-10-06 At&T Corp. Method and apparatus for detecting and correcting electrical interference in a conference call
US7693133B2 (en) * 2004-12-30 2010-04-06 Alcatel-Lucent Usa Inc. System and method for conference calling with VOIP terminal
US7778206B2 (en) * 2005-01-06 2010-08-17 Cisco Technology, Inc. Method and system for providing a conference service using speaker selection
ES2406942T3 (es) * 2005-02-22 2013-06-10 France Telecom Procedimiento y sistema de información de los participantes en una conversación telefónica
US20060221869A1 (en) * 2005-03-29 2006-10-05 Teck-Kuen Chua System and method for audio multicast
US20070004438A1 (en) * 2005-07-01 2007-01-04 Alec Brusilovsky Method and apparatus enabling PTT (push-to-talk) communications between legacy PSTN, cellular and wireless 3G terminals
US8660573B2 (en) 2005-07-19 2014-02-25 Telecommunications Systems, Inc. Location service requests throttling
US20070049288A1 (en) * 2005-08-24 2007-03-01 Lamprecht Leslie J Creating optimum temporal location trigger for multiple requests
US7933385B2 (en) * 2005-08-26 2011-04-26 Telecommunication Systems, Inc. Emergency alert for voice over internet protocol (VoIP)
US9282451B2 (en) 2005-09-26 2016-03-08 Telecommunication Systems, Inc. Automatic location identification (ALI) service requests steering, connection sharing and protocol translation
US7907551B2 (en) * 2005-10-06 2011-03-15 Telecommunication Systems, Inc. Voice over internet protocol (VoIP) location based 911 conferencing
US7626951B2 (en) * 2005-10-06 2009-12-01 Telecommunication Systems, Inc. Voice Over Internet Protocol (VoIP) location based conferencing
US8467320B2 (en) * 2005-10-06 2013-06-18 Telecommunication Systems, Inc. Voice over internet protocol (VoIP) multi-user conferencing
US20070121798A1 (en) * 2005-10-20 2007-05-31 Jon Croy Public service answering point (PSAP) proxy
US20070106724A1 (en) * 2005-11-04 2007-05-10 Gorti Sreenivasa R Enhanced IP conferencing service
WO2007061790A2 (en) * 2005-11-18 2007-05-31 Telecommunication Systems, Inc. Voice over internet protocol (voip) mobility detection
US7489772B2 (en) 2005-12-30 2009-02-10 Nokia Corporation Network entity, method and computer program product for effectuating a conference session
US8150363B2 (en) 2006-02-16 2012-04-03 Telecommunication Systems, Inc. Enhanced E911 network access for call centers
JP2007288255A (ja) * 2006-04-12 2007-11-01 Sony Corp 通信システム、情報管理装置、情報処理装置、情報処理方法、およびプログラム
KR20090015063A (ko) * 2006-04-27 2009-02-11 교세라 가부시키가이샤 휴대 전화 단말, 서버 및 그룹 통화 시스템
US8208605B2 (en) 2006-05-04 2012-06-26 Telecommunication Systems, Inc. Extended efficient usage of emergency services keys
US8532266B2 (en) * 2006-05-04 2013-09-10 Telecommunication Systems, Inc. Efficient usage of emergency services keys
CN100428744C (zh) * 2006-07-27 2008-10-22 华为技术有限公司 通信网络中分组数据的传输方法及其系统
JP4836705B2 (ja) * 2006-08-10 2011-12-14 オンセミコンダクター・トレーディング・リミテッド Ｉｐ電話多者通話システム
US8266535B2 (en) 2006-09-11 2012-09-11 Broadnet Teleservices, Llc Teleforum apparatus and method
WO2008039469A2 (en) * 2006-09-26 2008-04-03 Telecommunication Systems, Inc. Location object proxy
US20080084831A1 (en) 2006-09-27 2008-04-10 Nortel Networks Limited Active source identification for conference calls
WO2008057477A2 (en) 2006-11-03 2008-05-15 Telecommunication Systems, Inc. Roaming gateway enabling location based services (lbs) roaming for user plane in cdma networks without requiring use of a mobile positioning center (mpc)
US8885298B2 (en) * 2006-11-22 2014-11-11 Microsoft Corporation Conference roll call
US8218458B2 (en) * 2006-11-30 2012-07-10 Cisco Systems, Inc. Method and apparatus for voice conference monitoring
US20080249796A1 (en) * 2007-02-06 2008-10-09 Croy Jonathan A Voice over internet protocol (VoIP) location based commercial prospect conferencing
US8050386B2 (en) 2007-02-12 2011-11-01 Telecommunication Systems, Inc. Mobile automatic location identification (ALI) for first responders
US8014322B2 (en) * 2007-02-26 2011-09-06 Cisco, Technology, Inc. Diagnostic tool for troubleshooting multimedia streaming applications
JP2008219462A (ja) * 2007-03-05 2008-09-18 Yamaha Corp 通信装置
JP2008252830A (ja) * 2007-03-30 2008-10-16 Saxa Inc 会議システムおよび端末装置
US7936695B2 (en) * 2007-05-14 2011-05-03 Cisco Technology, Inc. Tunneling reports for real-time internet protocol media streams
US8023419B2 (en) * 2007-05-14 2011-09-20 Cisco Technology, Inc. Remote monitoring of real-time internet protocol media streams
US8385233B2 (en) 2007-06-12 2013-02-26 Microsoft Corporation Active speaker identification
US7835406B2 (en) * 2007-06-18 2010-11-16 Cisco Technology, Inc. Surrogate stream for monitoring realtime media
US8179821B2 (en) * 2007-06-25 2012-05-15 Comverse, Ltd. Identifying participants of an audio conference call
US7817546B2 (en) * 2007-07-06 2010-10-19 Cisco Technology, Inc. Quasi RTP metrics for non-RTP media flows
GB2452021B (en) 2007-07-19 2012-03-14 Vodafone Plc identifying callers in telecommunication networks
KR101431260B1 (ko) * 2007-07-23 2014-08-20 삼성전자주식회사 휴대 방송에서 구매 서비스 목록 관리를 위한 메시지 구성방법
US9413889B2 (en) * 2007-09-18 2016-08-09 Telecommunication Systems, Inc. House number normalization for master street address guide (MSAG) address matching
US8560634B2 (en) 2007-10-17 2013-10-15 Dispersive Networks, Inc. Apparatus, systems and methods utilizing dispersive networking
US8539098B2 (en) 2007-10-17 2013-09-17 Dispersive Networks, Inc. Multiplexed client server (MCS) communications and systems
US9003302B1 (en) 2007-12-05 2015-04-07 Sprint Spectrum L.P. Anonymous sidebar method and system
US8576991B2 (en) 2008-03-19 2013-11-05 Telecommunication Systems, Inc. End-to-end logic tracing of complex call flows in a distributed call system
US20090265022A1 (en) * 2008-04-21 2009-10-22 Microsoft Corporation Playback of multimedia during multi-way communications
US7515703B1 (en) * 2008-05-19 2009-04-07 International Business Machines Corporation Method and system for determining conference call embellishment tones and transmission of same
US7903587B2 (en) 2008-05-30 2011-03-08 Telecommunication Systems, Inc. Wireless emergency services protocols translator between ansi-41 and VoIP emergency services protocols
US20100080216A1 (en) * 2008-09-29 2010-04-01 Jonathan Alan Croy Real-time communication blocking for Dot Not Call" registered information
CN101754143B (zh) * 2008-12-11 2014-04-02 浪潮乐金数字移动通信有限公司 一种移动终端及其多方通话补充业务的改进方法
JP5332854B2 (ja) * 2009-04-20 2013-11-06 ソニー株式会社 無線送信機、無線送信方法、無線受信機および無線受信方法
KR101048848B1 (ko) * 2009-04-28 2011-07-13 주식회사 케이티 음성 회의통화 방법 및 시스템
US9025497B2 (en) * 2009-07-10 2015-05-05 Qualcomm Incorporated Media forwarding for a group communication session in a wireless communications system
US9088630B2 (en) 2009-07-13 2015-07-21 Qualcomm Incorporated Selectively mixing media during a group communication session within a wireless communications system
US9165073B2 (en) 2009-08-17 2015-10-20 Shoutpoint, Inc. Apparatus, system and method for a web-based interactive video platform
JP5223824B2 (ja) * 2009-09-15 2013-06-26 コニカミノルタビジネステクノロジーズ株式会社 画像送信装置、画像送信方法および画像送信プログラム
US8301982B2 (en) * 2009-11-18 2012-10-30 Cisco Technology, Inc. RTP-based loss recovery and quality monitoring for non-IP and raw-IP MPEG transport flows
US20110123010A1 (en) * 2009-11-24 2011-05-26 Mitel Networks Corporation Method and system for transmitting caller identification information in a conference call
US8478516B2 (en) * 2010-05-17 2013-07-02 Fujitsu Limited Method and system for providing navigation assistance on a mobile device
US8819714B2 (en) 2010-05-19 2014-08-26 Cisco Technology, Inc. Ratings and quality measurements for digital broadcast viewers
WO2012082151A2 (en) 2010-12-13 2012-06-21 Telecommunication Systems, Inc. Location services gateway server
US8955110B1 (en) 2011-01-14 2015-02-10 Robert W. Twitchell, Jr. IP jamming systems utilizing virtual dispersive networking
US8941659B1 (en) 2011-01-28 2015-01-27 Rescon Ltd Medical symptoms tracking apparatus, methods and systems
WO2012141762A1 (en) 2011-02-25 2012-10-18 Telecommunication Systems, Inc. Mobile internet protocol (ip) location
WO2013048551A1 (en) 2011-09-30 2013-04-04 Telecommunication Systems, Inc. Unique global identifier for minimizing prank 911 calls
JP5912456B2 (ja) * 2011-11-28 2016-04-27 富士通テン株式会社 グループ通信システムおよび通信装置
US9264537B2 (en) 2011-12-05 2016-02-16 Telecommunication Systems, Inc. Special emergency call treatment based on the caller
US9148359B2 (en) * 2011-12-22 2015-09-29 Voipfuture Gmbh Correlation of media plane and signaling plane of media services in a packet-switched network
US9307372B2 (en) 2012-03-26 2016-04-05 Telecommunication Systems, Inc. No responders online
US9544260B2 (en) 2012-03-26 2017-01-10 Telecommunication Systems, Inc. Rapid assignment dynamic ownership queue
WO2014028712A1 (en) 2012-08-15 2014-02-20 Telecommunication Systems, Inc. Device independent caller data access for emergency calls
US9456301B2 (en) 2012-12-11 2016-09-27 Telecommunication Systems, Inc. Efficient prisoner tracking
EP2949178B1 (en) * 2013-01-22 2018-04-04 Telefonaktiebolaget LM Ericsson (publ) Device for gsm call identifier
US8983047B2 (en) 2013-03-20 2015-03-17 Telecommunication Systems, Inc. Index of suspicion determination for communications request
BR112016001757B1 (pt) 2013-08-05 2021-11-03 Interactive Intelligence, Inc Métodos para reduzir complexidade computacional de participantes em um cenário de comunicação em conferência de voz sobre ip
US9408034B2 (en) 2013-09-09 2016-08-02 Telecommunication Systems, Inc. Extended area event for network based proximity discovery
US9516104B2 (en) 2013-09-11 2016-12-06 Telecommunication Systems, Inc. Intelligent load balancer enhanced routing
US9479897B2 (en) 2013-10-03 2016-10-25 Telecommunication Systems, Inc. SUPL-WiFi access point controller location based services for WiFi enabled mobile devices
CN105450711B (zh) * 2014-09-02 2019-05-31 深圳Tcl新技术有限公司 实现第一终端与第二终端自动绑定的方法和系统
US9936045B2 (en) 2014-12-04 2018-04-03 International Business Machines Corporation Quality of experience for communication sessions
US10116801B1 (en) 2015-12-23 2018-10-30 Shoutpoint, Inc. Conference call platform capable of generating engagement scores
US10230592B2 (en) * 2016-03-02 2019-03-12 Oracle International Corporation Compound service performance metric framework
US9584946B1 (en) * 2016-06-10 2017-02-28 Philip Scott Lyren Audio diarization system that segments audio input
WO2018080243A1 (en) * 2016-10-28 2018-05-03 Samsung Electronics Co., Ltd. Method and system for managing enriched call data in communication network
US10469974B2 (en) * 2018-03-15 2019-11-05 Philip Scott Lyren Method to expedite playing of binaural sound to a listener
US10841357B1 (en) * 2019-09-12 2020-11-17 Dialpad, Inc. Using transport layer protocol packet headers to encode application layer attributes in an audiovisual over internet protocol (AVoIP) platform
KR20210154484A (ko) * 2020-06-12 2021-12-21 삼성전자주식회사 그룹 호 발언권 제어를 위한 방법 및 이를 위한 전자 장치
US11662975B2 (en) * 2020-10-06 2023-05-30 Tencent America LLC Method and apparatus for teleconference

Family Cites Families (30)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6332153B1 (en) * 1996-07-31 2001-12-18 Vocaltec Communications Ltd. Apparatus and method for multi-station conferencing
CA2328353A1 (en) * 1998-04-14 1999-10-21 Hearing Enhancement Company, Llc User adjustable volume control that accommodates hearing
US6418125B1 (en) * 1998-06-18 2002-07-09 Cisco Technology, Inc. Unified mixing, speaker selection, and jitter buffer management for multi-speaker packet audio systems
US6466550B1 (en) * 1998-11-11 2002-10-15 Cisco Technology, Inc. Distributed conferencing system utilizing data networks
US6262979B1 (en) * 1998-12-01 2001-07-17 3Com Corporation Telecommunication conferencing system and method
US6697341B1 (en) * 1998-12-16 2004-02-24 At&T Corp. Apparatus and method for providing multimedia conferencing services with selective performance parameters
US6463414B1 (en) * 1999-04-12 2002-10-08 Conexant Systems, Inc. Conference bridge processing of speech in a packet network environment
US6628767B1 (en) * 1999-05-05 2003-09-30 Spiderphone.Com, Inc. Active talker display for web-based control of conference calls
US7006616B1 (en) * 1999-05-21 2006-02-28 Terayon Communication Systems, Inc. Teleconferencing bridge with EdgePoint mixing
US6940826B1 (en) * 1999-12-30 2005-09-06 Nortel Networks Limited Apparatus and method for packet-based media communications
US20060067500A1 (en) * 2000-05-15 2006-03-30 Christofferson Frank C Teleconferencing bridge with edgepoint mixing
US6826159B1 (en) * 2000-05-24 2004-11-30 Cisco Technology, Inc. System and method for providing speaker identification in a conference call
US20020064164A1 (en) * 2000-10-06 2002-05-30 Barany Peter A. Protocol header construction and/or removal for messages in wireless communications
US6956828B2 (en) * 2000-12-29 2005-10-18 Nortel Networks Limited Apparatus and method for packet-based media communications
US6976055B1 (en) * 2001-01-18 2005-12-13 Cisco Technology, Inc. Apparatus and method for conducting a transfer of a conference call
US6728358B2 (en) * 2001-01-25 2004-04-27 Paltalk Holdings, Inc. Efficient buffer allocation for current and predicted active speakers in voice conferencing systems
EP2239733B1 (en) * 2001-03-28 2019-08-21 Mitsubishi Denki Kabushiki Kaisha Noise suppression method
US20030185369A1 (en) * 2002-03-29 2003-10-02 Oliver Neal C. Telephone conference bridge provided via a plurality of computer telephony resource algorithms
US7145884B2 (en) * 2002-04-17 2006-12-05 Texas Instruments Incorporated Speaker tracking on a single core in a packet based conferencing system
US7292543B2 (en) * 2002-04-17 2007-11-06 Texas Instruments Incorporated Speaker tracking on a multi-core in a packet based conferencing system
WO2004006475A2 (en) * 2002-07-04 2004-01-15 Nokia Corporation Managing a packet switched conference call
US7916848B2 (en) * 2003-10-01 2011-03-29 Microsoft Corporation Methods and systems for participant sourcing indication in multi-party conferencing and for audio source discrimination
US7453829B2 (en) * 2003-10-29 2008-11-18 Tut Systems, Inc. Method for conducting a video conference
US7460495B2 (en) * 2005-02-23 2008-12-02 Microsoft Corporation Serverless peer-to-peer multi-party real-time audio communication system and method
US7899170B2 (en) * 2005-04-28 2011-03-01 Apple Inc. Multi-participant conference setup
US8861701B2 (en) * 2005-04-28 2014-10-14 Apple Inc. Multi-participant conference adjustments
US7573868B2 (en) * 2005-06-24 2009-08-11 Microsoft Corporation Audio/video synchronization using audio hashing
US7929012B2 (en) * 2006-01-05 2011-04-19 Cisco Technology, Inc. Method and architecture for distributed video switching using media notifications
WO2009060498A1 (ja) * 2007-11-06 2009-05-14 Fujitsu Limited 多地点間音声通話装置
US8306204B2 (en) * 2010-02-18 2012-11-06 Avaya Inc. Variable noise control threshold

Also Published As

Publication number Publication date
EP1547332A2 (en) 2005-06-29
WO2004006475A2 (en) 2004-01-15
DE60223292T2 (de) 2008-11-06
EP1547332B1 (en) 2007-10-31
KR20050013667A (ko) 2005-02-04
JP2005531999A (ja) 2005-10-20
KR100914949B1 (ko) 2009-08-31
US20040076277A1 (en) 2004-04-22
JP4064964B2 (ja) 2008-03-19
US20090109879A1 (en) 2009-04-30
DE60223292D1 (de) 2007-12-13
US8169937B2 (en) 2012-05-01
CN1871825A (zh) 2006-11-29
AU2002314458A1 (en) 2004-01-23
CN100574287C (zh) 2009-12-23
ATE377314T1 (de) 2007-11-15
AU2002314458A8 (en) 2004-01-23
WO2004006475A8 (en) 2007-05-18
US7483400B2 (en) 2009-01-27
WO2004006475A3 (en) 2005-04-14

Similar Documents

Publication Publication Date Title
ES2296950T3 (es) Gestion de una llamada en conferencia por conmutacion de paquetes.
US7221660B1 (en) System and method for multicast communications using real time transport protocol (RTP)
Hersent et al. IP Telephony: Packet-based multimedia communications systems
ES2393311T3 (es) Sistema de conferencia
US7869386B2 (en) Method and system for conveying media source location information
US8542812B2 (en) Conference-call participant-information processing
ES2406942T3 (es) Procedimiento y sistema de información de los participantes en una conversación telefónica
WO2006038336A1 (ja) トンネル装置、中継装置、端末装置、呼制御システム、ｉｐ電話システム、会議装置、これらの制御方法及びプログラム
KR20100021435A (ko) 적극적인 화자 식별
US8621003B2 (en) Enhanced application-layer multicast for peer-to-peer conferencing
CN1777152B (zh) 媒体网关和服务器之间的数据传输
ES2387523T3 (es) Método, sistema, servidor y cliente para transmitir datos de medios en ráfagas
US20070204065A1 (en) Method and system for providing communication protocol interoperability
US20070201449A1 (en) Method and system for providing communication protocol interoperability
ES2627270T3 (es) Extensión SIP para redes DMR adaptadas a características PMR
ES2407479T3 (es) Comunicaciones en tiempo real entre un teléfono y usuarios de Internet
US8495225B2 (en) Methods and arrangements for a telecommunications system
ES2795281T3 (es) Sistema de gestión de secuencias de medios
Van Wijk et al. Framework for real-time text over IP using the session initiation protocol (SIP)
KR100601124B1 (ko) Ｓｉｐ 서비스 기반의 ｔｃｐ채널 제공 방법
JP2005094224A (ja) 発信元端末識別情報通知システム、着呼装置、発呼装置、サーバ装置、登録装置、端末装置、およびゲートウェイ装置
JP2007329935A (ja) 発信元端末識別情報通知システム、着呼装置、発呼装置、サーバ装置、登録装置、端末装置、およびゲートウェイ装置
Hellstrom et al. RFC 4351: Real-Time Transport Protocol (RTP) Payload for Text Conversation Interleaved in an Audio Stream
Hellstrom et al. Real-Time Transport Protocol (RTP) Payload for Text Conversation Interleaved in an Audio Stream
Hellstrom et al. RFC 4103: RTP Payload for Text Conversation