ES2672644T3 - Facilitación de medios anticipados en un sistema de comunicaciones - Google Patents

Facilitación de medios anticipados en un sistema de comunicaciones Download PDF

Info

Publication number
ES2672644T3
ES2672644T3 ES05701488.8T ES05701488T ES2672644T3 ES 2672644 T3 ES2672644 T3 ES 2672644T3 ES 05701488 T ES05701488 T ES 05701488T ES 2672644 T3 ES2672644 T3 ES 2672644T3
Authority
ES
Spain
Prior art keywords
terminal
session initiation
initiation protocol
dialogue
node
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
ES05701488.8T
Other languages
English (en)
Inventor
Christer Holmberg
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Application granted granted Critical
Publication of ES2672644T3 publication Critical patent/ES2672644T3/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
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/142—Managing session states for stateless protocols; Signalling session states; State transitions; Keeping-state mechanisms
    • 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
    • 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/1083—In-session procedures
    • H04L65/1094—Inter-user-equipment sessions transfer or sharing
    • 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/401—Support for services or applications wherein the services involve a main real-time session and one or more additional parallel real-time or time sensitive sessions, e.g. white board sharing or spawning of a subconference
    • 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/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/613—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for the control of the source by the destination
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S379/00—Telephonic communications
    • Y10S379/90—Internet, e.g. Internet phone, webphone, internet-based telephony

Landscapes

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

Abstract

Un método para enviar información desde un nodo intermedio (AS) de protocolo de inicio de sesión a un primer terminal (UAC) de protocolo de inicio de sesión, comprendiendo el método: al recibir una petición de inicio de sesión en el nodo intermedio de protocolo de inicio de sesión, establecer un primer diálogo de protocolo de inicio de sesión entre el nodo intermedio de protocolo de inicio de sesión y el primer terminal de protocolo de inicio de sesión, en donde el primer diálogo lo establece el nodo intermedio enviando al primer terminal un mensaje que contiene, como parámetro de etiqueta "To" del encabezado del mismo, un valor generado por el nodo intermedio; enviar información acerca de dicho primer diálogo; y reenviar dicha petición desde el nodo intermedio de protocolo de inicio de sesión a un segundo terminal de destino (UAS) de protocolo de inicio de sesión, antes, durante o después del establecimiento de dicho primer diálogo, caracterizado por establecer un segundo diálogo de protocolo de inicio de sesión entre el primer y el segundo terminales de protocolo de inicio de sesión, en donde el segundo diálogo se establece por reenviar, desde el nodo intermedio al primer terminal, una respuesta enviada por el segundo terminal al primer terminal, incluyendo la respuesta, como parámetro de etiqueta "To" del encabezado de la misma, un valor generado por el segundo terminal, y el primer diálogo y el segundo se diferencian por distintos parámetros de etiqueta "To" del encabezado en dicho mensaje y en dicha respuesta.

Description

5
10
15
20
25
30
35
40
45
50
55
DESCRIPCION
Facilitación de medios anticipados en un sistema de comunicaciones Campo de la invención
La presente invención se refiere a la facilitación de medios anticipados en un sistema de comunicaciones, y más particularmente en un sistema de comunicaciones que utiliza el protocolo de inicio de sesión como protocolo de establecimiento y control de sesión.
Antecedentes de la invención
Según lo definido por la IETF RFC 3261, el protocolo de inicio de sesión (SIP, por sus siglas en inglés) es un protocolo de control (señalización) de capa de aplicación para crear, modificar y finalizar sesiones con uno o más participantes, en una red IP. Estas sesiones incluyen llamadas telefónicas por Internet, distribución de multimedia y conferencias multimedia. Las invitaciones SIP utilizadas para crear sesiones portan descripciones de sesión que permiten a los participantes acordar un conjunto de tipos de medios compatibles. El SIP utiliza elementos denominados servidores delegados (en inglés, "proxy servers") para ayudar a encaminar las peticiones hacia la ubicación actual del usuario, autenticar y autorizar a los usuarios para los servicios, implementar políticas de proveedor respecto a encaminamiento de llamadas y ofrecer funcionalidades a los usuarios. El SIP también proporciona una función de registro que permite a los usuarios cargar sus ubicaciones actuales para que las utilicen servidores delegados. En la ruta de llamada, por ejemplo dentro de los servidores delegados SIP o en cualquier otro lugar, se pueden disponer lo que se denomina "servidores de aplicaciones" (AS, por sus siglas en inglés) para implementar ciertas funciones. El SIP se ejecuta por encima de varios protocolos de transporte diferentes. El SIP utiliza el protocolo de descripción de sesión (SDP, por sus siglas en inglés) para especificar el medio o los medios que han de utilizarse para la sesión.
Típicamente, una sesión SIP la inicia un terminal SIP al enviar un mensaje SIP INVITE a alguna dirección SIP. Si un terminal llamado desea aceptar la invitación, responde al terminal llamante con un mensaje SIP 200 OK. El terminal llamante responde a la recepción del mensaje 200 OK enviando un mensaje ACK al terminal llamado. Al recibir el mensaje 200 OK (que contiene los terminales SDP llamados), el terminal llamante puede comenzar a enviar medios al terminal llamado. El terminal llamado puede comenzar a enviar medios al recibir el INVITE que contiene el SDP del llamante.
Cuando un terminal SIP llamante, al que se podría denominar equipo de usuario (UE, por sus siglas en inglés) conforme a la terminología 3G, o cliente de agente de usuario (UAC, por sus siglas en inglés), inicia una llamada, un servidor de aplicación (AS) recibe la petición INVITE dentro de la red de control SIP (esta red podría ser un subsistema multimedia IP según se define en 3GPP). Antes de reenviar la petición a su destino (nota: el AS también puede optar por no reenviar la petición, dependiendo del escenario de servicio), el AS puede desear reproducir un anuncio al uAc. Para realizar esto, es deseable establecer un diálogo temprano entre el UAC y el AS que implique el intercambio de protocolos SDP, el cumplimiento de ciertas condiciones previas y que se establezca un canal para medios. El AS indica su intención de proporcionar medios anticipados (en inglés, "early media") en un mensaje 18x (donde "x" tiene cualquier valor apropiado), donde el 18x incluye el SDP apropiado. Se observará que el AS puede enviar múltiples mensajes 18x, para cada uno de los cuales el UAC puede acusar recibo con un mensaje pRaCK, antes de que el AS reenvíe el mensaje de respuesta 200 al UAC. Cuando se ha reproducido el anuncio, el AS puede reenviar la petición INVITE al UE llamado, o al servidor de agente de usuario (uAs, por sus siglas en inglés), para continuar el establecimiento de sesión. El UAS también establecerá un diálogo con el UAC. En la Figura 1 se ilustra la señalización asociada con este procedimiento.
El AS puede elegir reenviar la petición INVITE mientras reproduce aún medios anticipados, o incluso antes de comenzar a reproducir medios (dependiendo del servicio). Puede optar por detener los medios anticipados cuando se recibe una respuesta (provisional o final) desde la parte llamada, o cuando detecta que se reciben medios desde la parte llamada. Especificaciones específicas de implementación del servicio deberán definir cuándo se deben detener los medios anticipados y, en caso necesario, definir qué mecanismos adicionales se deben usar para detectar medios.
Según este enfoque para la gestión de medios anticipados, la respuesta provisional 18x procedente del AS y la respuesta final (200 (INVITE)) procedente del UAS son recibidas por el UAC como parte del mismo diálogo dentro de la sesión. El AS debe modificar el parámetro de la etiqueta "To" (destino, en inglés) del encabezado recibido en el mensaje de respuesta procedente del UAS, para que coincida con la etiqueta enviada por el AS en la respuesta provisional 18x. Además, puesto que se pueden enviar peticiones (incorporadas en mensajes SIP) desde el AS al UAC, puede ocurrir que el AS tenga que modificar el valor Cseq en peticiones recibidas desde el UE llamado, para asegurar que los valores presentes en las peticiones reenviadas al UAC sean mayores que los valores presentes en las peticiones posiblemente enviadas desde el AS al UAC. El AS también tendrá que gestionar temas relacionados con el conjunto de rutas, etc. (es decir, conjuntos de parámetros incluidos en los mensajes SIP). El AS puede resolver estos temas actuando como un agente de usuario inverso (B2BUA, del inglés "Back-to-Back User Agent")
Otro problema a abordar es la necesidad de proporcionar dos respuestas SDP remotas al UAC; el SDP para los
2
5
10
15
20
25
30
35
40
45
50
55
medios anticipados (iniciado por el AS) y el SDP procedente del UAS. La respuesta SDP no puede variar dentro de la misma transacción INVITE (es decir, enviando el SDP de medios anticipados en un mensaje 18x y el SDP del UAS en el 200). Existen dos soluciones distintas a este problema.
1. Una vez enviado el 200 OK, el AS envía al UAC un SIP UPDATE para proporcionar el SDP del UAS. El AS debe enviar este UPDATE, ya que el UAS no conoce el SDP previamente enviado por el AS al UAC. La respuesta UPDATE 200 puede contener un SDP modificado por el UAC. Sin embargo, si ese fuera el caso, la respuesta UPDATE 200 no se puede reenviar directamente al UAS, ya que fue el AS el que inició la transacción UPDATE. Para ello, el AS también debería enviar al UAS un UPDATE separado. La respuesta 200 para ese UPDATE, enviada desde el UAS al AS, puede contener también una modificación en el SDP para el UAS. De nuevo, no se puede reenviar directamente al UAC la respuesta 200, y se requiere otro UPDATE hacia el UAC. En la Figura 2 están ilustrados estos pasos iniciales de tal procedimiento.
La complejidad de este procedimiento, que implica múltiples intervenciones del AS, es indeseable.
2. Una segunda solución se basa en lo que se denomina mecanismos de medios anticipados. Según se define en las recomendaciones SIP, "medios anticipados" se refiere a medios (por ejemplo, audio y video) que se intercambian antes de que el usuario llamado acepte una sesión en particular. Dentro de un diálogo, pueden aparecer medios anticipados desde el momento en que se envía el INVITE inicial hasta que el UAS genera una respuesta final. Los medios anticipados pueden ser unidireccionales o bidireccionales, y pueden ser generados por el llamante, el llamado, o ambos. Son ejemplos típicos de medios anticipados generados por el llamado los tonos de llamada y anuncios (por ejemplo, el estado de la cola). Los medios anticipados generados por el llamante consisten típicamente en comandos de voz o tonos de multifrecuencia de tono dual (DTMF, por sus siglas en inglés) para controlar sistemas interactivos de respuesta de voz (sistemas IVR, por sus siglas en inglés). La especificación SIP básica RFC3261 sustenta solamente mecanismos de medios anticipados muy simples. La RFC3959 amplía la propuesta original y supera una serie de problemas que podrían surgir cuando se implementa esa propuesta.
Se puede hacer uso del mecanismo de disposición de sesión anticipada descrito en la IETF RFC3959 para permitir que un AS reproduzca un anuncio como medio anticipado. Se utilizan en este caso dos SDP separados, uno para el diálogo anticipado y otro para el diálogo con el UAS, y en este caso el AS ofrece los medios anticipados al UAC, que el UAC puede elegir aceptar o rechazar. El mensaje 18x inicial enviado desde el AS al UAC contiene el SDP para el diálogo anticipado, mientras que la respuesta 200 desde el UAS incluye el SDP para el diálogo de UAC a UAS. El UAC finaliza automáticamente el diálogo anticipado al recibir la respuesta 200. Este procedimiento está ilustrado en la Figura 3.
Pueden surgir problemas con este enfoque en caso de que otros nodos de la red también deseen enviar medios anticipados. En cualquier caso, el enfoque tiene el inconveniente de que requiere soporte para RFC3959 en los terminales de usuario.
El borrador de Internet de IETF "SIP Early Media" describe métodos para proporcionar medios anticipados entre dos agentes de usuario SIP y propone una solución de ofrecimiento/respuesta en dos pasos en la cual la parte llamada envía un ofrecimiento al llamante en una respuesta provisional 1xx, y la respuesta desde el llamante se envía en un mensaje PRACK. Después se envía el ofrecimiento desde el llamante en un re-INVITE, y la respuesta de la parte llamada se envía en un mensaje 1xx.
La RFC3960 también describe dos métodos para proporcionar medios anticipados entre dos agentes de usuario SIP. Según el primer método, los medios anticipados son gestionados dentro del diálogo principal utilizando respuestas provisionales 1xx en intercambios de ofrecimiento/respuesta. El segundo método propone que el UAS se comporte como servidor de aplicación para establecer sesiones de medios anticipados con el UAC dentro del diálogo principal, utilizando una etiqueta de opción de sesión anticipada.
Compendio de la invención
Es un objeto de la presente invención superar o al menos mitigar los inconvenientes de los enfoques existentes, a fin de proporcionar medios anticipados desde un servidor de aplicación. Esto se logra simulando eficazmente la bifurcación (en inglés, "forking") de un diálogo SIP en un servidor de aplicación, y utilizando la bifurcación simulada como portador de los medios anticipados.
Según un primer aspecto de la presente invención, se proporciona un método para enviar información desde un nodo intermedio de protocolo de inicio de sesión a un primer terminal de protocolo de inicio de sesión, comprendiendo el método:
al recibir una petición de inicio de sesión en el nodo intermedio de protocolo de inicio de sesión, establecer un primer diálogo de protocolo de inicio de sesión entre el nodo intermedio de protocolo de inicio de sesión y el primer terminal de protocolo de inicio de sesión, en donde el primer diálogo lo establece el nodo intermedio enviando al primer terminal un mensaje que contiene, como parámetro de etiqueta "To" del encabezado del mismo, un valor generado por el nodo intermedio;
5
10
15
20
25
30
35
40
45
50
enviar información acerca de dicho primer diálogo desde el nodo intermedio de protocolo de inicio de sesión al primer terminal de protocolo de inicio de sesión; y
reenviar dicha petición desde el nodo intermedio de protocolo de inicio de sesión a un segundo terminal, de destino, de protocolo de inicio de sesión, antes, durante o después del establecimiento de dicho primer diálogo, y establecer un segundo diálogo de protocolo de inicio de sesión entre el primer y el segundo terminales de protocolo de inicio de sesión, en donde el segundo diálogo se establece por reenviar, desde el nodo intermedio al primer terminal, una respuesta enviada por el segundo terminal al primer terminal, incluyendo la respuesta, como parámetro de etiqueta "To" del encabezado de la misma, un valor generado por el segundo terminal, y el primer diálogo y el segundo se diferencian por distintos parámetros de etiqueta "To" del encabezado en dicho mensaje y en dicha respuesta.
La expresión "nodo intermedio de protocolo de inicio de sesión" aquí utilizada no pretende restringir la aplicación de la invención a ninguna implementación particular del protocolo de inicio de sesión. Sin embargo, un ejemplo de un nodo intermedio de protocolo de inicio de sesión al que se puede aplicar la invención es un servidor de aplicación de protocolo de inicio de sesión.
Se pueden emplear realizaciones de la presente invención para enviar lo que se denomina medios anticipados desde el nodo intermedio al primer terminal de protocolo de inicio de sesión. Estos medios anticipados pueden ser, por ejemplo, un anuncio o un tono. Sin embargo, se puede emplear la invención, de manera alternativa o adicional, para enviar otra información desde el AS hacia el UAC, por ejemplo información sobre cobros. Esta otra información puede estar incluida como carga útil en un mensaje de protocolo de inicio de sesión enviado desde el nodo intermedio al primer terminal.
Preferiblemente, el primer diálogo de protocolo de inicio de sesión lo establece el nodo intermedio de protocolo de inicio de sesión enviando al primer terminal de protocolo de inicio de sesión un mensaje de serie 18x que contiene, como parámetro de etiqueta "To" del encabezado del mismo, un valor generado por el nodo intermedio. El segundo diálogo lo puede establecer el segundo terminal enviando al primer terminal una respuesta 200 de protocolo de inicio de sesión, incluyendo la respuesta, como parámetro de etiqueta "To" del encabezado de la misma, un valor generado por el segundo terminal. Como alternativa, el segundo diálogo lo puede establecer el segundo terminal enviando al primer terminal un mensaje de serie 18x de protocolo de inicio de sesión, incluyendo la respuesta, como parámetro de etiqueta "To" del encabezado de la misma, un valor generado por el segundo terminal.
Según un segundo aspecto de la presente invención, se proporciona un nodo intermedio de protocolo de inicio de sesión dispuesto para enviar información a un primer terminal de protocolo de inicio de sesión, comprendiendo el nodo intermedio:
medios de procesamiento para establecer un primer diálogo de protocolo de inicio de sesión entre el nodo intermedio de protocolo de inicio de sesión y el primer terminal de protocolo de inicio de sesión, al recibir una petición de inicio de sesión en el nodo intermedio de protocolo de inicio de sesión, por enviar al primer terminal un mensaje que contiene, como parámetro de etiqueta "To" del encabezado del mismo, un valor generado por el nodo intermedio;
medios para enviar información acerca de dicho primer diálogo; y
medios para reenviar dicha petición desde el nodo intermedio de protocolo de inicio de sesión a un segundo terminal, de destino, de protocolo de inicio de sesión, antes, durante o después del establecimiento de dicho primer diálogo; y
medios para reenviar al primer terminal una respuesta, enviada por el segundo terminal al primer terminal, incluyendo la respuesta, como parámetro de etiqueta "To" del encabezado de la misma, un valor generado por el segundo terminal, con el fin de establecer un segundo diálogo de protocolo de inicio de sesión entre el primer y el segundo terminales de protocolo de inicio de sesión, en donde el primer diálogo y el segundo se diferencian por distintos parámetros de etiqueta "To" del encabezado en dicho mensaje y en dicha respuesta.
Breve descripción de los dibujos
La Figura 1 muestra un flujo de señalización SIP general para la provisión de medios anticipados por un servidor de aplicación SIP;
la Figura 2 muestra un flujo de señalización SIP más detallado para la provisión de medios anticipados por un servidor de aplicación SIP, incluyendo peticiones UPDATE;
la Figura 3 muestra un flujo de señalización SIP para la provisión de medios anticipados por un servidor de aplicación SIP, utilizando el mecanismo de disposición de sesión anticipada; y
la Figura 4 muestra un flujo de señalización SIP para la provisión de medios anticipados por un servidor de aplicación SIP, haciendo uso de múltiples diálogos.
5
10
15
20
25
30
35
40
Descripción detallada de ciertas realizaciones
La IETF RFC3261 es la especificación técnica para los mecanismos básicos del protocolo de inicio de sesión (SIP). Incluye proporcionar lo que se denomina "bifurcación", que permite a un servidor de aplicación (AS) de SIP entregar a dos o más terminales SIP una petición de inicio de sesión SIP entrante (por ejemplo, un SIP INVITE), dirigida inicialmente a un único terminal SIP. Se puede emplear bifurcación, por ejemplo, para hacer que suene el timbre de varios terminales SIP (por ejemplo, un teléfono móvil y un teléfono de escritorio) en respuesta a una única petición de inicio de sesión. El resultado de un procedimiento de bifurcación, suponiendo que dos o más de los terminales llamados responden a la petición, es que se establecen para el terminal llamante varios diálogos SIP. Se propone aquí proporcionar un medio para entregar medios anticipados a un terminal SIP llamante desde un AS de SIP, simulando eficazmente el procedimiento de bifurcación en el AS de SIP con el fin de establecer múltiples diálogos entre el AS y el terminal llamante, asociados con una única sesión SIP.
Para establecer diálogos separados, tras recibir un SIP INVITE enviado por el cliente de agente de usuario (UAC), cualquier respuesta o respuestas 18x provisionales procedentes del AS de SIP, y la respuesta final procedente del servidor de agente de usuario (UAS), deben contener distintos parámetros de etiqueta "To" del encabezado. La Figura 4 ilustra un flujo de señalización para este enfoque, donde la respuesta 18x incluye la etiqueta de encabezado "as" mientras que la respuesta 200 del UAS incluye la etiqueta de encabezado "uas". Todos los mensajes posteriores asociados con cada uno de los diálogos incluyen la etiqueta de encabezado adecuada.
Cuando se usa este enfoque, el AS no necesita modificar los encabezados de los mensajes SIP recibidos desde el UAS, como podría ser necesario en el enfoque de diálogo único. Toda la comunicación uAC-AS encuentra acomodo dentro de un diálogo separado, que no afecta el diálogo UAC-UAS. Aunque el AS puede actuar aún como agente de usuario inverso (B2BUA) para otros fines, esto no resulta relevante para el escenario de los medios anticipados.
Además de evitar la necesidad de que el AS de SIP modifique el parámetro de la etiqueta "To" del encabezado en los mensajes SIP recibidos desde el UAS, el uso del mecanismo de múltiples diálogos también facilita que el AS envíe peticiones SIP al UAC, sin usar un mecanismo de "intrusión no autorizada" (en inglés, "piggybacking") o insertar peticiones SIP en el diálogo entre el UAC y UAS. Esto es válido en tanto exista el diálogo inicial entre el UAC y el AS. Nota: El UAC puede finalizar el diálogo anticipado al recibir el mensaje 200 desde el UAS, o bien puede mantenerlo, dependiendo de la implementación real. Las peticiones SIP pueden contener información generada en el AS de SIP, o suministrada al mismo. Por ejemplo, el servicio propuesto de "aviso de cobros", que está destinado a proporcionar información sobre cobros a los llamantes, se puede implementar incorporando la información sobre cobros en mensajes SIP, por ejemplo SIP NOTIFY, enviados al UAC, incluyendo los mensajes la etiqueta "To" del encabezado generada por el AS. Se observará que no es necesario enviar realmente medios anticipados utilizando este procedimiento. Antes bien, se pueden enviar el o los mensajes 18x para establecer un primer diálogo que luego se utiliza, por ejemplo, exclusivamente para el envío de información en mensajes SIP.
Cabe señalar que se pueden proporcionar los medios anticipados en una fase aún más temprana mediante la implementación de RFC3959, que también se puede utilizar si se desea permitir que el AS ofrezca una sesión anticipada al UAC, en lugar de esperar hasta que el AS haya enviado al UAC una respuesta (al ofrecimiento). Por supuesto, ello requiere que los terminales sustenten RFC3959.
La persona experta en la técnica apreciará que pueden realizarse diversas modificaciones a las realizaciones descritas en lo que antecede, sin apartarse del alcance de la presente invención.

Claims (8)

  1. 5
    10
    15
    20
    25
    30
    35
    40
    REIVINDICACIONES
    1. Un método para enviar información desde un nodo intermedio (AS) de protocolo de inicio de sesión a un primer terminal (UAC) de protocolo de inicio de sesión, comprendiendo el método:
    al recibir una petición de inicio de sesión en el nodo intermedio de protocolo de inicio de sesión, establecer un primer diálogo de protocolo de inicio de sesión entre el nodo intermedio de protocolo de inicio de sesión y el primer terminal de protocolo de inicio de sesión, en donde el primer diálogo lo establece el nodo intermedio enviando al primer terminal un mensaje que contiene, como parámetro de etiqueta "To" del encabezado del mismo, un valor generado por el nodo intermedio;
    enviar información acerca de dicho primer diálogo; y
    reenviar dicha petición desde el nodo intermedio de protocolo de inicio de sesión a un segundo terminal de destino (UAS) de protocolo de inicio de sesión, antes, durante o después del establecimiento de dicho primer diálogo, caracterizado por establecer un segundo diálogo de protocolo de inicio de sesión entre el primer y el segundo terminales de protocolo de inicio de sesión, en donde el segundo diálogo se establece por reenviar, desde el nodo intermedio al primer terminal, una respuesta enviada por el segundo terminal al primer terminal, incluyendo la respuesta, como parámetro de etiqueta "To" del encabezado de la misma, un valor generado por el segundo terminal, y el primer diálogo y el segundo se diferencian por distintos parámetros de etiqueta "To" del encabezado en dicho mensaje y en dicha respuesta.
  2. 2. Un método según la reivindicación 1, en donde dicho nodo intermedio es un servidor de aplicación de protocolo de inicio de sesión.
  3. 3. Un método según la reivindicación 1 o 2, en donde dicha información que se envía desde el nodo intermedio de protocolo de inicio de sesión al primer terminal de protocolo de inicio de sesión comprende medios anticipados generados en el nodo intermedio o proporcionados a ese nodo desde una fuente externa.
  4. 4. Un método según la reivindicación 3, en donde dichos medios anticipados comprenden un anuncio o tono.
  5. 5. Un método según una cualquiera de las reivindicaciones precedentes, en donde dicha información está incorporada en uno o más mensajes de protocolo de inicio de sesión asociados con el primer diálogo.
  6. 6. Un método según la reivindicación 5, en donde dicha información comprende información sobre cobros.
  7. 7. Un método según una cualquiera de las reivindicaciones precedentes, en donde dicho mensaje es un mensaje de serie 18x y dicha respuesta es una respuesta 200 de protocolo de inicio de sesión.
  8. 8. Un nodo intermedio (AS) de protocolo de inicio de sesión dispuesto para enviar información a un primer terminal (UAC) de protocolo de inicio de sesión, comprendiendo el nodo intermedio:
    medios de procesamiento para establecer un primer diálogo de protocolo de inicio de sesión entre el nodo intermedio de protocolo de inicio de sesión y el primer terminal de protocolo de inicio de sesión, al recibir una petición de inicio de sesión en el nodo intermedio de protocolo de inicio de sesión, por enviar al primer terminal un mensaje que contiene, como parámetro de etiqueta "To" del encabezado del mismo, un valor generado por el nodo intermedio;
    medios para enviar información acerca de dicho primer diálogo;
    medios para reenviar dicha petición desde el nodo intermedio de protocolo de inicio de sesión a un segundo terminal de destino (UAS) de protocolo de inicio de sesión, antes, durante o después del establecimiento de dicho primer diálogo; y
    caracterizado por medios para reenviar una respuesta al primer terminal, enviada por el segundo terminal al primer terminal, incluyendo la respuesta, como parámetro de etiqueta "To" del encabezado de la misma, un valor generado por el segundo terminal, con el fin de establecer un segundo diálogo de protocolo de inicio de sesión entre el primer y el segundo terminales de protocolo de inicio de sesión, en donde el primer diálogo y el segundo se diferencian por distintos parámetros de etiqueta "To" del encabezado en dicho mensaje y en dicha respuesta.
ES05701488.8T 2005-01-11 2005-01-11 Facilitación de medios anticipados en un sistema de comunicaciones Active ES2672644T3 (es)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/EP2005/050100 WO2006074825A1 (en) 2005-01-11 2005-01-11 Facilitating early media in a communications system

Publications (1)

Publication Number Publication Date
ES2672644T3 true ES2672644T3 (es) 2018-06-15

Family

ID=34981786

Family Applications (1)

Application Number Title Priority Date Filing Date
ES05701488.8T Active ES2672644T3 (es) 2005-01-11 2005-01-11 Facilitación de medios anticipados en un sistema de comunicaciones

Country Status (12)

Country Link
US (2) US8499081B2 (es)
EP (1) EP1836825B1 (es)
JP (1) JP4874993B2 (es)
KR (1) KR101169493B1 (es)
CN (1) CN101099366B (es)
AU (1) AU2005324845B9 (es)
BR (1) BRPI0519821A2 (es)
DK (1) DK1836825T3 (es)
ES (1) ES2672644T3 (es)
MX (1) MX2007008122A (es)
PL (1) PL1836825T3 (es)
WO (1) WO2006074825A1 (es)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7822838B2 (en) * 2005-06-29 2010-10-26 Nokia Siemens Networks Oy System, method, and network elements for providing a service in a communication network
KR101247985B1 (ko) * 2006-06-09 2013-03-27 에스케이텔레콤 주식회사 얼리 세션을 이용한 세션 설정 프로토콜 기반의 얼리미디어 서비스 제공 방법
CN101123645B (zh) * 2007-08-30 2011-10-26 中兴通讯股份有限公司 一种用于一号多机同振业务的方法及系统
JP5001436B2 (ja) * 2008-01-10 2012-08-15 テレフオンアクチーボラゲット エル エム エリクソン（パブル） 通信ネットワークにおけるメッセージの処理
CN102404295B (zh) * 2010-09-15 2016-05-25 中兴通讯股份有限公司 会话中早媒体的播放方法及系统
US20130219070A1 (en) * 2012-02-16 2013-08-22 Research In Motion Limited Resolving device specific identifiers to a user identifier to initiate a dialog establishment with devices of a user
CN102546662B (zh) * 2012-02-24 2015-04-22 杭州华三通信技术有限公司 网关模式下分叉呼叫的方法和装置
US8832298B2 (en) * 2012-03-16 2014-09-09 Qualcomm Incorporated Managing early media for communication sessions established via the session initiation protocol (SIP)
US9532191B2 (en) 2012-05-18 2016-12-27 Kirusa, Inc. Multi-modal transmission of early media notifications
US9112930B2 (en) * 2012-10-26 2015-08-18 Microsoft Technology Licensing, Llc Updating services during real-time communication and sharing-experience sessions
JP6479701B2 (ja) * 2016-02-26 2019-03-06 日本電信電話株式会社 アーリーメディア認可制御システムおよびアーリーメディア認可制御方法

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001345854A (ja) * 2000-03-27 2001-12-14 Matsushita Electric Ind Co Ltd ネットワーク間のパケット通信方法及びシステム並びに装置
JP2002269059A (ja) * 2001-03-08 2002-09-20 Ntt Comware Corp クライアントサーバシステム、中継サーバ、クライアント端末装置の接続先サーバ決定方法
US20020138427A1 (en) * 2001-03-20 2002-09-26 Trivedi Prakash A. Systems and methods for communicating from an integration platform to a billing unit
JP3633546B2 (ja) * 2001-11-19 2005-03-30 日本電気株式会社 シグナリング中継システムおよびシグナリング中継方法
JP3855909B2 (ja) * 2002-10-23 2006-12-13 株式会社日立製作所 ポリシ設定可能なピアツーピア通信システム
KR100959019B1 (ko) * 2003-02-14 2010-05-24 주식회사 케이티 ＳＩＰ 기반의 프락시 서버에서의 ＳＩＰ 메시지ｆｏｒｋｉｎｇ을 이용한 실시간 과금 데이터 수집 방법
GB0324596D0 (en) * 2003-10-21 2003-11-26 Nokia Corp Sessions in a communication system
FI20031659A0 (fi) * 2003-11-14 2003-11-14 Nokia Corp Menetelmä ja järjestelmä mediaistunnon muodostamiseen
US7142537B2 (en) * 2003-12-18 2006-11-28 Motorola, Inc. Interface call signaling protocol
JP4710267B2 (ja) * 2004-07-12 2011-06-29 株式会社日立製作所 ネットワークシステム、データ中継装置、セッションモニタシステム、およびパケットモニタ中継装置
CN101180866B (zh) * 2005-05-19 2010-11-10 Ut斯达康通讯有限公司 基于sip fork的语音服务应用中多回铃音的一种处理方法
US8139541B2 (en) * 2006-12-15 2012-03-20 Alcatel Lucent Method and system for bypassing media gateways in wireless networks
US8213416B2 (en) * 2008-05-30 2012-07-03 Tekelec, Inc. Methods, systems, and computer readable media for early media connection proxying

Also Published As

Publication number Publication date
DK1836825T3 (en) 2018-04-30
US8499081B2 (en) 2013-07-30
BRPI0519821A2 (pt) 2009-03-17
PL1836825T3 (pl) 2018-08-31
EP1836825B1 (en) 2018-03-07
EP1836825A1 (en) 2007-09-26
CN101099366B (zh) 2016-01-13
JP2008527813A (ja) 2008-07-24
WO2006074825A1 (en) 2006-07-20
US8949442B2 (en) 2015-02-03
JP4874993B2 (ja) 2012-02-15
MX2007008122A (es) 2007-08-23
US20100017518A1 (en) 2010-01-21
AU2005324845B2 (en) 2009-12-17
AU2005324845A1 (en) 2006-07-20
KR20070108174A (ko) 2007-11-08
CN101099366A (zh) 2008-01-02
AU2005324845B9 (en) 2010-01-28
US20130282913A1 (en) 2013-10-24
KR101169493B1 (ko) 2012-07-27

Similar Documents

Publication Publication Date Title
ES2672644T3 (es) Facilitación de medios anticipados en un sistema de comunicaciones
ES2649748T3 (es) Asociación de una llamada de teléfono con un diálogo sobre la base de un protocolo informático tal como SIP
US8339438B2 (en) Web based access to video associated with calls
US8542670B2 (en) Inter-domain call routing
US7957517B2 (en) Method and apparatus for providing internet protocol call transfer in communication networks
KR101465349B1 (ko) 동적 디바이스 페어링 방법 및 장치
US20120213346A1 (en) Method, server and terminal device for playing multimedia ring tone during call
EP1914973B1 (en) System and method to provide combinational services to anonymous callers
WO2011050744A1 (zh) 在通话期间播放多媒体铃音的方法、服务器及终端设备
US9258367B2 (en) Technique for managing sessions with entities in a communication network
KR100695388B1 (ko) 화상 통화 중 대체 멀티미디어 콘텐츠 제공 방법 및 그시스템
KR100704828B1 (ko) 발신정보표시 방식의 멀티미디어 콘텐츠 제공 방법
KR100967604B1 (ko) 신뢰성 있는 발신번호 표시를 위한 ＶｏＩＰ서비스의 호설정 제어방법
KR100682374B1 (ko) 화상 통화 중 대체 멀티미디어 콘텐츠 제공 방법 및 그시스템
US9900352B2 (en) SIP network border element session augmentation
RU2378785C2 (ru) Обеспечение заблаговременного мультимедиа в системе связи
KR101208119B1 (ko) 스마트 카드를 이용한 ｓｉｐ 기반 영상통화 서비스 시스템 및 그 방법
KR100963010B1 (ko) 스마트 카드를 이용한 ｓｉｐ 기반 영상통화 서비스 시스템및 그 방법
KR20070061292A (ko) 접속 설정 프로토콜을 사용하는 인터넷 전화 시스템에서의서비스 제공 방법 및 그 시스템
CN115801741A (zh) 由电话api调用的呼叫管理
Gruppe Interface Specification
Perros What's Behind Your Smartphone Icons?