ES2584455T3

ES2584455T3 - Sistema, aparato y método para establecer comunicaciones de conmutación de circuitos mediante señalización de red de conmutación de paquetes

Info

Publication number: ES2584455T3
Application number: ES04769240.5T
Authority: ES
Inventors: Jarmo Kuusinen; Matti Turunen; Jari Mutikainen
Original assignee: Nokia Technologies Oy
Current assignee: Nokia Technologies Oy
Priority date: 2003-10-17
Filing date: 2004-08-30
Publication date: 2016-09-27
Anticipated expiration: 2024-08-30
Also published as: EP1673908B1; US20050083909A1; JP2007508766A; JP2010045828A; JP4456118B2; AU2004306977B2; HK1099146A1; KR100802641B1; KR20060090267A; AU2004306977A1; CN1890931B; WO2005039132A1; EP1673908A1; EP1673908A4; US7359373B2; DK1673908T3; CN1890931A; PL1673908T3

Abstract

Un método, que comprende: enviar un mensaje de invitación de protocolo de inicio de sesión mediante una red de subsistema multimedia de protocolo de internet para establecer un servicio específico de subsistema multimedia de protocolo de internet entre una pluralidad de terminales acoplados a la red de subsistema multimedia de protocolo de internet; establecer un diálogo de protocolo de inicio de sesión entre la pluralidad de terminales basándose en el mensaje de invitación del protocolo de inicio de sesión; proporcionar al menos un servicio a al menos uno de los terminales mediante el diálogo; comunicar información de portadora de conmutación de circuitos entre la pluralidad de terminales mediante el diálogo de protocolo de inicio de sesión por medio de un mensaje de protocolo de descripción de sesión (404, 504, 600) que tiene una extensión de descripción de sesión (404A, 404B, 504A, 504B, 602) que indica la información de portadora de conmutación de circuitos y que incluye una descripción de medios (406, 414, 506, 512, 602) que incluye un tipo de medio y un nuevo tipo de subcampo que indica que el tipo de medio se comunicará mediante una portadora de conmutación de circuitos; analizar el mensaje de protocolo de descripción de sesión (404, 504, 600) en la pluralidad de terminales que reciben el mensaje de protocolo de descripción de sesión (404, 504, 600) para identificar la información de portadora de conmutación de circuitos; y efectuar un flujo de comunicación de conmutación de circuitos entre la pluralidad de terminales tras recibir una respuesta provisional de protocolo de inicio de sesión, mediante la red de conmutación de circuitos como se dirige mediante la información de portadora de conmutación de circuitos, en donde el flujo de comunicación de conmutación de circuitos está vinculado estrechamente en la pluralidad de terminales con el servicio específico del subsistema multimedia de protocolo de internet.

Description

5

10

15

20

25

30

35

40

45

50

55

60

65

DESCRIPCION

Sistema, aparato y metodo para establecer comunicaciones de conmutacion de circuitos mediante senalizacion de red de conmutacion de paquetes

Campo de la invencion

Esta invencion se refiere, en general, a comunicaciones de red, y mas particularmente a un sistema, un aparato y un metodo para establecer comunicaciones de conmutacion de circuitos usando senalizacion en redes de conmutacion de paquetes. De esta manera, los servicios proporcionados mediante la red de conmutacion de paquetes pueden proporcionarse a usuarios de comunicacion de conmutacion de circuitos.

Antecedentes de la invencion

Los avances en las infraestructuras y protocolos de la comunicacion han permitido que los dispositivos informaticos convencionales se hagan herramientas de comunicacion valiosas. Los ordenadores se comunican entre si, y con otros dispositivos electronicos, a traves de redes que varian desde redes de area local (LAN) a redes de area global (GAN) de amplio alcance tales como internet. Otros dispositivos electronicos han experimentado transformaciones similares, tales como los telefonos moviles, asistentes digitales personales (PDA), y similares. Hoy en dia, estos dispositivos inalambricos se estan usando para diversos tipos de comunicacion diferentes. Por ejemplo, aunque el telefono movil analogico se uso tradicionalmente para comunicaciones de voz analogicas, el telefono movil del dia actual es una herramienta de comunicacion potente que puede comunicar voz, datos, imagenes, video y otro contenido multimedia. Los PDA, antes la herramienta de calendario y de organizacion portatil, ahora a menudo incluyen capacidades de comunicacion de red tales como correo electronico, acceso a internet, etc. Con la integracion de infraestructuras inalambricas y de linea terrestre, la informacion de todo tipo puede comunicarse de manera conveniente entre terminales inalambricos y de linea terrestre.

Existen arquitecturas de red que facilitan servicios en tiempo real en redes de operadora para tales terminales. Por ejemplo, el subsistema de red principal multimedia (IMS) de IP del Proyecto Comun de Tecnologias Inalambricas de la 3a generacion (3GPP) es una arquitectura para soportar servicios multimedia mediante una infraestructura del Protocolo de Iniciacion de Sesion (SIP). 3GPP ha normalizado el Sistema Universal de Telecomunicaciones Moviles (UMTS) en diversas fases, donde la Release 5 incluyo un sistema donde la red principal de conmutacion de paquetes (PS-CN) predomina sobre la conmutacion de circuitos, y adicionalmente toma la responsabilidad de los servicios de telefonia. La Release 5 introdujo una nueva red principal en la arquitectura de UMTS, en concreto el nucleo IMS que soporta tanto servicios de telefonia como multimedia. El IMS interactua tanto con la Red Telefonica Publica Conmutada (PSTN) como con internet (u otra red a gran escala de este tipo) para proporcionar diversos servicios multimedia a usuarios. En entornos de IMS, se identifican los intermediarios como Funciones de Control de Estado de Llamada (CSCF), de las cuales existen diversos tipos, incluyendo una CSCF de intermediario (P-CSCF), una CSCF de servicio (S-CSCF), y la CSCF de interrogacion (I-CSCF). En general, una S-CSCF realiza y/o ayuda a realizar un numero de funciones, incluyendo controlar funciones de gestion de sesion para el IMS, proporcionar acceso a servidores de red domesticos tales como servicios de localization, autenticacion, etc. Una P-CSCF generalmente sirve como el punto de contacto para aplicaciones (tales como las aplicaciones de cliente de terminal movil), y realiza y/o ayuda a realizar funciones tales como traduction, seguridad, autorizacion, etc. Una I-CSCF sirve en general como un punto de contacto en la red domestica para conexiones destinadas a un abonado de esa red domestica o abonados de itinerancia actualmente localizados en ese area de servicio de la red. Puede realizar un numero de funciones, tales como asignar una S-CSCF a un usuario que realiza registro, entrar en contacto con el Servidor de Abonado Domestico (HSS) para obtener la direction de S-CSCF, reenviar solicitudes/respuestas de SIP a la S-CSCF, etc.

El IMS de 3GPP utiliza SIP ara conseguir un amplio intervalo de funcionalidad con la red. SIP, definido por el Grupo Especial sobre Ingenieria de Internet (IETF), es un protocolo de senalizacion de extremo a extremo que facilita (entre otras cosas) el establecimiento, manejo y liberation de sesiones multimedia de extremo a extremo. Puede usarse en aplicaciones tales como conferencia de internet, telefonia, presencia, notification de eventos, mensajeria instantanea y similares. SIP posibilita a los puntos de extremo de la red o "Agentes de Usuario" (UA) descubrirse los unos a los otros y acordar una caracterizacion de sesion. Los agentes de usuario (UA) hacen referencia a los puntos de extremo de la red que inician solicitudes de SIP para establecer sesiones de medios, y para transmitir/recibir informacion. Para localizar otros usuarios, SIP utiliza una infraestructura de servidores de intermediarios de red tales como las CSCF anteriormente mencionadas a las que los usuarios pueden enviar registros, invitaciones para sesiones y otras solicitudes mediante sus terminales. SIP soporta diversos aspectos para establecer y terminar sesiones, tales como disponibilidad de usuario, establecimiento de sesion tal como llamar, gestion de sesion y algunas capacidades de terminales limitados.

Para comunicacion de IMS, la transferencia de informacion esta basada en el Protocolo de Internet (IP). El IP esta disenado para uso en sistemas interconectados de redes de comunicacion de conmutacion de paquetes, tales como internet. Este protocolo de capa de red divide mensajes en datagramas que se transmiten a traves de la red al dispositivo de reception por medio de diversos intermediarios de red, y se vuelven a ensamblar en el dispositivo de

5

10

15

20

25

30

35

40

45

50

55

60

65

recepcion. IP es un protocolo "sin conexion", que significa que no hay conexion continua entre los puntos de extremo de la comunicacion. En su lugar, los paquetes se envian desde el emisor, donde los paquetes pueden tomar diferentes rutas, y puede tener lugar congestion de red a lo largo de cualquiera de las rutas. El orden en el que se reciben los paquetes puede ser por lo tanto diferente del orden en el que se enviaron, y las latencias de transmision puede hacer que las comunicaciones en tiempo real o de flujo continuo se vean afectadas adversamente.

Por esta razon, tal comunicacion en tiempo real/de flujo continuo se realiza a menudo en el dominio de conmutacion de circuitos (CS), como se ha hecho tradicionalmente. Las redes de CS son aquellas en las que se obtiene una ruta fisica para una unica conexion entre puntos de extremo, donde esta ruta fisica esta especializada para la conexion durante su duracion. Los servicios en tiempo real y otros de flujo continuo (por ejemplo, audio, video) se han proporcionado tradicionalmente mediante redes de CS para conservar la relacion de tiempo entre puntos de extremo de la comunicacion. Como se ha descrito anteriormente, tales servicios pueden proporcionarse ahora mediante el dominio de conmutacion de paquetes (PS). Por ejemplo, "voz sobre IP" (VoIP) generalmente se refiere a servicios para gestionar la entrega de informacion de voz usando IP, de manera que los datos de voz se envian mediante paquetes en el dominio de PS en lugar del domino de CS tradicional. Para tratar los posibles problemas de latencia de red VoIP usa el protocolo de tiempo real (RTP) para ayudar al objetivo de entregar paquetes de una manera oportuna.

Sin embargo, muchas estaciones moviles (MS) y otros terminales no soportan VoIP basada en RTP u otros servicios en tiempo real y/o de flujo continuo a traves de IP. Las complicaciones al proporcionar servicios de IP en tiempo real en redes moviles son principalmente debido a la demanda que se pide en la red, donde las redes de IP a menudo se han basado en un modelo de mejor esfuerzo. El requisito de altas velocidades de transmision de datos, asi como calidad de soporte de servicio apropiada para garantizar suficientes tasas de bits y otros requisitos de este tipo, son impedimentos actuales para los servicios de IP en tiempo real omnipresentes. Adicionalmente, las MS pueden no soportar actualmente o en el futuro servicios en tiempo real y/o de flujo continuo a traves de una red de PS que usa protocolos distintos de IP. Por ejemplo, una red de PS futura puede usar un protocolo de red diferente de IP, donde ciertos dispositivos heredados no soporten comunicacion basada en paquetes usando un protocolo de red de este tipo.

Sin embargo, puede haber servicios asociados con tal IP u otras redes de PS que pueden ser deseables para tales usuarios de dispositivo, pero que no estuvieran disponibles para tales usuarios. Por ejemplo, IMS ofrece a los usuarios una amplia diversidad de diferentes servicios. Una Ms que no soporta VoIP u otros servicios similares necesitara realizar tales comunicaciones de otras maneras, tal como por medio de servicios de telefonia de conmutacion de circuitos. En tales casos, el usuario no podra utilizar los diversos servicios de IMS que estarian disponibles de otra manera si la MS estuviera comunicando mediante VoIP u otro servicio a traves del IMS. Ademas, una red de la tercera generacion (3G) del operador (o superior) puede proporcionar servicios de VoIP y similares, pero puede no proporcionar todos los servicios disponibles mediante la red de IMS. En estos casos, seria deseable ofrecer al usuario los servicios de IMS, mientras permite otra comunicacion a traves de la red de CS, red de 3G habilitada para VoIP, etc.

Por consiguiente, existe una necesidad en la industria de las comunicaciones de una manera de establecer comunicaciones de conmutacion de circuitos usando senalizacion en redes de conmutacion de paquetes. Existe una necesidad adicional de una manera para permitir a usuarios comunicar mediante redes de conmutacion de circuitos para obtener el beneficio de servicios proporcionados en redes no de conmutacion de circuitos. La presente invention satisface estas y otras necesidades, y ofrece otras ventajas sobre la tecnica anterior.

La publication de solicitud de patente internacional WO 03/003767 A1 desvela un metodo para comunicar entre un primer terminal y un segundo terminal por medio de un sistema de comunicacion que comprende una red que tiene un primer punto de acceso de red y un segundo punto de acceso de red y que puede llevar datos entre el primer punto de acceso de red y el segundo punto de acceso de red por medio de una portadora de conmutacion de paquetes y una portadora de conmutacion de circuitos.

Sumario de la invencion

Para superar las limitaciones en la tecnica anterior descrita anteriormente, y para superar otras limitaciones que seran evidentes tras leer y entender la presente memoria descriptiva, la presente invencion desvela un sistema, aparato y metodo para establecer comunicaciones de conmutacion de circuitos usando senalizacion en redes de conmutacion de paquetes.

La presente invencion se define mediante las reivindicaciones independientes adjuntas. Ciertos aspectos mas especificos de la invencion se definen mediante las reivindicaciones dependientes.

De acuerdo con un metodo, se proporcionan servicios mediante una red multimedia de conmutacion de paquetes (PS) a usuarios que comunican en un domino de conmutacion de circuitos (CS). Se establece un dialogo entre terminales a traves de la red multimedia de PS. Se proporciona un servicio o servicios a al menos uno de los terminales por medio del dialogo. La informacion de portadora de CS, que incluye una indication de que se solicita

5

10

15

20

25

30

35

40

45

50

55

60

65

un flujo de comunicacion mediante una red de una red de CS, se comunica entre los terminales, tambien por medio del dialogo. Se efectua un flujo de comunicacion mediante la red de CS entre los terminales segun se dirige mediante la informacion de portadora de CS.

De acuerdo con implementaciones mas particulares de un metodo de este tipo, establecer el dialogo entre los terminales a traves de la red multimedia de PS implica establecer el dialogo entre los terminales utilizando el Protocolo de Iniciacion de Sesion (SIP) mediante la red multimedia de PS. En otra implementacion particular, la red multimedia de PS incluye un Subsistema Multimedia de Protocolo de Internet (IMS), y establecer un dialogo entre una pluralidad de terminales implica establecer un dialogo usando el Protocolo de Iniciacion de Sesion (SIP) a traves del IMS. En una implementacion, el dialogo se establece usando una solicitud SIP INVITE desde uno de los terminales al otro u otros, donde comunicar la informacion de portadora de CS puede efectuarse por medio de una descripcion de sesion proporcionada mediante el cuerpo de mensaje SIP INVITE. En otra implementacion, la descripcion de sesion se proporciona usando el Protocolo de Descripcion de Sesion (SDP), donde la informacion de portadora de CS se proporciona mediante el SDP. La informacion de CS puede llevarse mediante el SDP proporcionando alguna o toda la informacion de CS por medio de, por ejemplo, un tipo de medio particular para flujos de comunicacion mediante la red de CS, un campo de datos de conexion de SDP que identifica la red de CS, un subcampo de un tipo de medio que es particular para los flujos de comunicacion mediante la red de CS, un atributo de SDP indicativo del tipo de flujo de comunicacion a realizar mediante la red de CS, un subcampo de un tipo de medio de aplicacion que es particular para los flujos de comunicacion mediante la red de CS, y/o un atributo de nivel de sesion que indica que el flujo de comunicacion se va a efectuar mediante la red de CS. En otras implementaciones, la informacion de portadora de CS se comunica por medio de un valor de tipo de contenido especifico de CS asociado con un encabezamiento de tipo de contenido de SIP, o por medio de un valor especifico de CS asociado con un encabezamiento de SIP especifico de CS.

Los servicios proporcionados pueden ser cualquier servicio disponible mediante el IMS u otra red multimedia de PS. Por ejemplo, tales servicios pueden incluir una version multimedia del servicio de Identificacion de Linea de Llamante (denominado en el presente documento como CLI multimedia o MCLI), servicio de video, servicio de audio, telefonia de video u otros servicios de video de flujo continuo, servicio de conferencia multimedia, correo de voz, reenvio de llamada, transferencia de llamada o servicio de comparticion de aplicacion.

La comunicacion basada en CS puede tomar tambien diversas formas tales como, por ejemplo, una transmision de medios en tiempo real, un flujo de clase de calidad de servicio conversacional, un flujo de clase de calidad de servicio de flujo continuo, una llamada de voz, una transmision de video y/o audio, una transmision de facsimil, etc.

En otra situacion, se proporciona un metodo para establecer una conexion de conmutacion de circuitos (CS) entre al menos dos terminales. Se establece un dialogo entre los terminales a traves de una red multimedia de conmutacion de paquetes (PS). La informacion de portadora de CS se comunica entre los terminales mediante el dialogo, donde la informacion de portadora de CS incluye alguna indicacion de que un flujo de comunicacion se solicita mediante una red de CS. Se establece una conexion mediante la red de CS, basandose al menos en parte en la informacion de portadora de CS proporcionada por medio del dialogo. El flujo de comunicacion se efectua entre los terminales usando la conexion establecida por medio de la red de CS.

De acuerdo con otra situacion, se proporciona un terminal para recibir servicios mediante una red multimedia de conmutacion de paquetes (PS) y para comunicar mediante una red de conmutacion de circuitos (CS). El terminal incluye un sistema de procesamiento. Un primer agente de usuario opera por medio del sistema de procesamiento, y esta configurado para establecer un dialogo con al menos otro terminal de recepcion dirigido a traves de la red multimedia de PS, y para comunicar informacion de portadora de CS al terminal de recepcion dirigido mediante el dialogo, donde la informacion de portadora de CS incluye al menos una indicacion de que se solicita un flujo de comunicacion mediante una red de CS. Un segundo agente de usuario que opera mediante el sistema de procesamiento esta configurado para realizar el flujo de comunicacion entre el terminal y el terminal de recepcion dirigido por medio de la red de CS como se dirige mediante la informacion de portadora de CS.

En implementaciones mas particulares de un terminal de este tipo, el primer agente de usuario esta configurado para utilizar al menos un servicio proporcionado mediante la red multimedia de PS, que puede ser, por ejemplo, un Subsistema Multimedia de IP (IMS). En otras implementaciones particulares, el primer agente de usuario incluye un agente de usuario de Protocolo de Iniciacion de Sesion (SIP), donde el dialogo se efectua usando SIP. En otras implementaciones particulares, un agente de usuario de descripcion de sesion esta operativamente acoplado al agente de usuario de SIP, y esta configurado para proporcionar la informacion de portadora de CS que se va a comunicar mediante el agente de usuario de SIP. Puede proporcionarse un agente de usuario de descripcion de sesion de este tipo, por ejemplo, mediante un agente de usuario de Protocolo de Descripcion de Sesion (SDP). Un agente de usuario de SDP de este tipo puede configurarse para proporcionar la informacion de portadora de CS por medio de, por ejemplo, un tipo de medio particular al flujo de comunicacion mediante la red de CS, un subcampo de un tipo de medio que es particular al flujo de comunicacion mediante la red de CS, un subcampo de un tipo de medio de aplicacion que es particular al flujo de comunicacion mediante la red de CS, y/o un atributo de nivel de sesion que indica que el flujo de comunicacion se va a efectuar mediante la red de CS. En otras implementaciones mas, el agente de usuario de SIP esta configurado para proporcionar la informacion de portadora de CS, tal como por medio

5

10

15

20

25

30

35

40

45

50

55

60

de un valor de tipo de contenido espedfico de CS asociado con un encabezamiento de tipo de contenido de SIP, y/o un valor espedfico de CS asociado con un encabezamiento de SIP espedfico de CS. El terminal puede ser un terminal de linea terrestre tal como un ordenador de sobremesa, estacion de trabajo o similar, o puede ser un dispositivo inalambrico tal como un terminal movil, PDA, u otro dispositivo inalambrico que pueda acoplarse al sistema de IMS mediante alguna Red de Acceso de Radio (RAN).

De acuerdo con otra situacion, se proporciona un sistema para proporcionar servicios basados en IMS a usuarios que comunican informacion sensible a retardo a traves de una red de conmutacion de circuitos (CS). Tal informacion sensible al retardo de tiempo puede incluir, por ejemplo, llamadas de voz, llamadas de video, transmisiones de facsimil u otros flujos conversacionales y/o clase de QoS de flujo continuo. El sistema incluye al menos un terminal emisor y un terminal receptor. El terminal emisor incluye un sistema de procesamiento, y un agente de usuario de SIP configurado para iniciar un dialogo con el terminal receptor a traves del IMS, y para comunicar informacion de portadora de CS al terminal receptor mediante el dialogo. El terminal emisor incluye tambien un agente de usuario de comunicacion de CS configurado para efectuar el flujo de comunicacion con el terminal receptor mediante la red de CS segun se dirige mediante la informacion de portadora de CS. El terminal receptor incluye un sistema de procesamiento, y un agente de usuario de SIP configurado para reconocer la informacion de portadora de CS, y para responder al terminal emisor realizando acuse de recibo de la recepcion de la informacion de portadora de CS. El terminal receptor incluye adicionalmente un agente de usuario de comunicacion de CS configurado para efectuar el flujo de comunicacion con el terminal emisor mediante la red de CS segun se dirige mediante la informacion de portadora de CS.

En otra situacion, se proporciona un medio legible por ordenador, que tiene instrucciones almacenadas en el mismo que son ejecutables mediante un sistema informatico para establecer una conexion de conmutacion de circuitos (CS) entre al menos dos terminales. Las instrucciones realizan etapas que incluyen establecer un dialogo entre los al menos dos terminales a traves de una red multimedia de conmutacion de paquetes (PS), comunicar informacion de portadora de CS entre los al menos dos terminales mediante el dialogo, donde la informacion de portadora de CS incluye al menos una indicacion de que un flujo de comunicacion se solicita mediante una red de CS, establecer una conexion mediante la red de CS basandose al menos en parte en la informacion de portadora de CS proporcionada mediante el dialogo, y efectuar el flujo de comunicacion entre los al menos dos terminales usando la conexion establecida mediante la red de CS.

Estas y otras ventajas y caracteristicas de novedad que caracterizan la invencion se destacan con particularidad en las reivindicaciones adjuntas a la misma y forman una parte de la misma. Sin embargo, para un mejor entendimiento de la invencion, sus ventajas, y los objetos obtenidos mediante su uso, deberia hacerse referencia a los dibujos que forman una parte adicional de los mismos, y a la materia descriptiva adjunta, en la que se ilustran y describen ejemplos espedficos de un sistema, aparato y metodo de acuerdo con la invencion.

Breve descripcion de los dibujos

La divulgacion se describe en relacion con las situaciones ilustradas en los siguientes diagramas.

La Figura 1 es un diagrama de bloques que ilustra en general la capacidad de usuarios sin VoIP u otra capacidad de comunicacion en tiempo real/de flujo continuo basada en IP para utilizar servicios de IMS de acuerdo con una realizacion de la presente invencion;

La Figura 2 es un diagrama de bloques que ilustra una realizacion para establecer sesiones de CS mediante IMS de acuerdo con la presente invencion;

La Figura 3 es un diagrama que ilustra una manera representativa para realizar control de servicio usando SIP a traves de IMS de acuerdo con una realizacion de la invencion;

La Figura 4 es un diagrama que ilustra otra realizacion de una extension de SDP de acuerdo con la presente invencion, donde se proporciona un nuevo subcampo al tipo de medio;

La Figura 5 es un diagrama que ilustra otra realizacion de una extension de SDP de acuerdo con la presente invencion, donde se implementa un tipo de medio de aplicacion;

La Figura 6 es un diagrama que ilustra otra realizacion de una extension de SDP de acuerdo con la presente invencion, donde se usa un atributo de nivel de sesion para identificar la informacion espedfica de CS;

La Figura 7 es un diagrama que ilustra situaciones donde se proporciona informacion espedfica de CS como parte de la informacion de SIP;

La Figura 8 es un diagrama de bloques que ilustra una manera representativa de proporcionar a los usuarios con servicios de IMS mientras se comunica mediante el dominio de CS de acuerdo con la presente invencion;

La Figura 9 es un diagrama de flujo que ilustra diversas realizaciones de metodos para proporcionar servicios mediante una red multimedia de PS a usuarios que comunican en un dominio de CS; y

La Figura 10 ilustra un ejemplo representativo de un dispositivo movil que puede servir como un UE de acuerdo con la presente invencion.

5

10

15

20

25

30

35

40

45

50

55

60

65

Descripcion detallada de la invencion

Una porcion de la divulgacion de este documento de patente contiene material que se somete a proteccion de derechos de autor. El propietario de los derechos de autor no tiene objecion a la reproduccion de facs^il por cualquier persona del documento de patente o de la divulgacion de la patente, como aparece en el fichero o registros de patente de la Oficina de Patentes y Marcas, pero se reserva de otra manera todos los derechos de autor cualesquiera.

En la siguiente descripcion de diversas realizaciones ejemplares, se hace referencia a los dibujos adjuntos que forman una parte de la misma, y que se muestran por medio de ilustracion de diversas realizaciones en las que puede ponerse en practica la invencion. Se ha de entender que pueden utilizarse otras realizaciones, ya que pueden realizarse cambios estructurales y operacionales sin alejarse del alcance de la presente invencion.

En general, la presente invencion proporciona una manera para establecer comunicaciones de conmutacion de circuitos (CS) usando senalizacion en redes de conmutacion de paquetes (PS). Un usuario puede establecer un dialogo con otro usuario a traves de una red multimedia de PS, tal como IMS, mediante un protocolo de senalizacion. Comunicando a traves de la red multimedia de PS, estan disponibles servicios que se proporcionan mediante esa red multimedia de PS a uno o ambos usuarios. Sin embargo, puede tener lugar otra comunicacion entre los usuarios por medio de una o mas redes de CS, cuando el dialogo establecido mediante la red multimedia de PS incluye informacion relevante para las comunicaciones de la red de CS. Por ejemplo, un usuario que no tiene capacidad de VoIP puede establecer un dialogo mediante la red multimedia de PS, utilizar servicios que estan disponibles mediante esa red multimedia de PS, y realizar telefonia u otras comunicaciones que requieren interaction conversacional en tiempo real mediante la red de CS.

Para comunicacion del Subsistema Multimedia de Protocolo de Internet (IMS), la transferencia de informacion esta basada en el Protocolo de Internet (IP) que esta disenado para uso en sistemas interconectados de redes de comunicacion de conmutacion de paquetes, tales como internet. Este protocolo de capa de red divide mensajes en paquetes o "datagramas" (usado de manera intercambiable en el presente documento) que incluyen la direction de red unica tanto del emisor como del receptor. Los paquetes de transmiten a traves de la red al dispositivo de reception por medio de diversos intermediarios de red, y se vuelven a ensamblar en el dispositivo de reception (por ejemplo, usando el Protocolo de Control de Transmision, Protocolo de Datagramas de Usuario, etc.). IP es un protocolo "sin conexion", que significa que no hay conexion continua entre los puntos de extremo de la comunicacion. En su lugar, los paquetes se envian desde el emisor, donde los paquetes pueden tomar diferentes rutas, y la congestion de red puede tener lugar a lo largo de cualquiera de las rutas. El orden en el que se reciben los paquetes puede ser por lo tanto diferente del orden en el que se enviaron, y las latencias de transmision pueden hacer que las comunicaciones en tiempo real o de flujo continuo se vean afectadas adversamente.

Debido al potencial para tales latencias, la comunicacion en tiempo real/de flujo continuo se realiza a menudo en el dominio de CS. Los servicios en tiempo real tales como servicios de telefonia y de flujo continuo se han proporcionado tradicionalmente mediante unas redes de CS para conservar la relation de tiempo entre los puntos de extremo de la comunicacion. Como se ha indicado anteriormente, tales servicios tales como VoIP han introducido recientemente el dominio de conmutacion de paquetes (PS). Para tratar los posibles problemas de latencia de red, la VoIP usa el protocolo de tiempo real (RTP) para ayudar al objetivo de entregar paquetes de una manera oportuna. Sin embargo, muchas estaciones moviles (MS) y otros terminales no soportan servicios de VoIP basados en RTP u otros en tiempo real y/o de flujo continuo a traves de IP. Adicionalmente, las MS pueden no soportar actualmente o en el futuro servicios en tiempo real y/o de flujo continuo a traves de una red de PS (por ejemplo, IMS) usando protocolos distintos de IP. Sin embargo, los servicios puestos a disposition mediante tal red tal como IMS pueden ser deseables para tales usuarios, que de otra manera no podrian utilizar tales servicios sin el beneficio de la presente invencion. Una MS que no soporta VoIP u otros servicios similares necesitara realizar tales comunicaciones de otras maneras, tal como por medio de servicios de telefonia de conmutacion de circuitos. En tales casos, el usuario no podra utilizar los diversos servicios de IMS que estarian disponibles de otra manera si la MS estuviera comunicando mediante VoIP u otro servicio a traves del IMS. Ademas, una red de la tercera (o superior) generation (3G) del operador puede proporcionar servicios de VoIP y similares, pero puede no proporcionar todos los servicios disponibles mediante la red de IMS. En estos casos, seria deseable ofrecer al usuario los servicios de IMS, mientras se permite otra comunicacion a traves de la red de CS, red de 3G habilitada para VoIP, etc.

La presente invencion permite que se ofrezcan servicios de IMS a usuarios en el dominio de CS u otros dominios de red que no usarian de otra manera el IMS. Por lo tanto, los servicios de IMS pueden ofrecerse para usuarios incluso si la red de 3G del operador ya tiene capacidades de VoIP (o analogas), o si la MS no soporta tales servicios de VoIP o analogos, u otro escenario donde el IMS no se viera implicado de otra manera. Deberia observarse que mientras las realizaciones de la invencion expuestas en el presente documento se describen en terminos del IMS, sera evidente para los expertos en la materia a partir de la descripcion proporcionada en el presente documento que la invencion es aplicable a otras situaciones analogas donde un subsistema de red facilite la comunicacion mediante el protocolo particular al que ciertas MS no soportan, o donde la MS pueda simplemente beneficiarse de usar servicios desde un subsistema de red de este tipo. Por lo tanto, la presente invencion es igualmente aplicable a

5

10

15

20

25

30

35

40

45

50

55

60

65

subsistemas de red (por ejemplo, redes multimedia de PS) distintos del IMS. Por ejemplo, la presente invencion es aplicable a otras infraestructuras que soportan el protocolo de senalizacion empleado para establecer la sesion de PS. En un ejemplo mas particular donde se usa SIP como el protocolo de senalizacion para establecer la sesion de PS, la presente invencion es aplicable a cualquier operador/servicio de infraestructura de SIP operada por proveedor. IMS representa una de tal infraestructura de SIP.

La Figura 1 es un diagrama de bloques que ilustra en general la capacidad de los usuarios sin VoIP u otra capacidad de comunicacion en tiempo real/flujo continuo basada en IP para utilizar servicios de IMS de acuerdo con una realizacion de la presente invencion. La realizacion ilustrada de la Figura 1 implica comunicacion entre dos dispositivos moviles 100, 102, aunque la invencion es igualmente aplicable a terminales de linea terrestre tales como ordenadores de sobremesa, estaciones de trabajo, etc. La invencion es tambien igualmente aplicable a comunicaciones que implican un servidor de aplicacion u otra entidad de red que proporciona a los usuarios con los servicios particulares (por ejemplo, servidor de conferencia, etc.). Por lo tanto, aunque se describen en el presente documento diversas realizaciones en relacion con la comunicacion entre dispositivos moviles, deberia reconocerse que la presente invencion es aplicable a comunicaciones que implican otros terminales moviles o de linea terrestre. En la realizacion ilustrada de la Figura 1, los dispositivos moviles 100, 102 pueden incluir dispositivos tales como los terminales moviles 104, Asistentes Digitales Personales (PDA) 106, ordenadores portatiles 108, u otros dispositivos que pueden acceder a redes mediante comunicacion inalambrica.

De acuerdo con la presente invencion, se proporcionan los servicios de IMS que requieren una conservacion sustancial de relacion de tiempo entre los puntos de extremo de comunicacion 100, 102 a los usuarios usando portadoras de dominio de CS para llevar el medio de tiempo real/flujo continuo, tal como una llamada de voz. Por ejemplo, los flujos de clase de QoS conversacionales 112 tales como llamadas de voz se llevan en el dominio de CS como se representa mediante la red de CS 114. Otros flujos de clase que son sensibles a la relacion de tiempo entre puntos de extremo de comunicacion pueden llevarse tambien a traves de la red de CS 114, tal como la clase de QoS de flujo continuo que incluye aplicaciones tales como video de flujo continuo, audio, etc. Aunque tal comunicacion se realiza a traves del dominio de CS, la presente invencion permite que se proporcionen servicios de IMS a los usuarios de los dispositivos 100, 102 realizando control de servicio 116 a traves del IMS u otra red de IP multimedia 118 similar asociada con una red de PS 120. Por ejemplo, el Protocolo de Iniciacion de Sesion (SIP) se usa para establecer, modificar y terminar sesiones a traves de IMS 118, y se realiza control de servicio usando SIP a traves del IMS 118 en una realizacion de la invencion. Los servicios de IMS disponibles para los usuarios pueden incluir, por ejemplo, Identification de Linea de Llamante multimedia (MCLI), servicios de video y audio de flujo continuo, conferencias multimedia, comparticion de aplicaciones, correo de voz, reenvio de llamada, transferencia de llamada y similares. De acuerdo con la invencion, los usuarios 100, 102 que no desean de otra manera, o tienen la capacidad de comunicar flujo continuo conversacional u otros flujos de clase sensibles al tiempo mediante la red de PS 120 y la red de IP multimedia 118 pueden comunicar tales flujos de clase mediante la red de CS 114, mientras reciben aun uno o mas servicios mediante la red de IP multimedia (por ejemplo, IMS) 118.

De acuerdo con una realizacion, la sesion de CS 112 a traves de la red de CS 114 y el dialogo 116 a traves de la red de IP multimedia 118 estan vinculados estrechamente en el terminal. Por ejemplo, en el contexto de IMS, la sesion de CS 112 y el dialogo de SIP 116 estan vinculados estrechamente en los terminales 100, 102 usando una definition de description de sesion particular. No hay necesidad de realizar cambios o adiciones a la red, ya que el operador puede configurar los elementos de IMS para soportar la funcionalidad. Sin embargo, los mensajes de SIP que llevan descripciones de sesion especificas de CS no deberian bloquearse por la Funcion de Control de Sesion de Llamada (CSCF) en el dominio de IMS, que es una decision de politica del operador.

En una realizacion de la invencion, una descripcion de extension se amplia o se modifica de otra manera para llevar information especifica de CS entre los puntos de extremo 100, 102 en relacion con un establecimiento de sesion. Por ejemplo, en un establecimiento de sesion de SIP, la informacion especifica de CS puede llevarse usando el Protocolo de Descripcion de Sesion (SDP). La descripcion de sesion incluye una indication desde el terminal (por ejemplo, la MS 100), que el dominio de CS se usara para el flujo de clase sensible al tiempo conversacional, de flujo continuo u otro. El numero de encaminamiento puede llevarse en respuesta (por ejemplo, respuesta de SIP) a la solicitud. Un numero de encaminamiento puede usarse, por ejemplo, al realizar conferencia o en comunicaciones punto a punto multiparte para obtener el numero de conferencia dinamico desde el servidor al terminal de inicio.

Cuando el establecimiento del dialogo de SIP esta completo o esta de otra manera en un estado de progreso de sesion apropiado, el iniciador tal como la MS-A 100 usa el numero de la MS-B para iniciar la llamada de CS. Las MS estan configuradas por lo tanto para el dialogo de SIP y correspondiente portadora de CS, donde las MS estan configuradas para operar con tecnologias que llevan multiples servicios al mismo tiempo. Por ejemplo, puede usarse el Modo de Transferencia sincrono Dinamico (DTM), que es una tecnologia de red de transporte sincrono que puede llevar multiples servicios a diferentes velocidades de datos al mismo tiempo. DTM es una forma de conmutacion de circuitos para redes que emplea Multiplexacion de Division de Tiempo (TDM) de una manera que reorganiza dinamicamente el ancho de banda disponible para los usuarios que lo necesitan. Como otro ejemplo, las Portadoras de Acceso de Radio (RAB) multiples de Acceso Multiple por Division de Codigo de Banda Ancha (WCDMA), denominado como Multi-RAB, proporcionan la capacidad de permitir a una MS usar dos RAB simultaneamente. Estas y otras tecnologias actuales o futuras analogas pueden usarse para soportar el control de servicio concurrente

5

10

15

20

25

30

35

40

45

50

55

60

65

116 y los flujos conversacionales/de flujo continuo 112 de acuerdo con la presente invencion.

Como se ha mencionado anteriormente, la MS-A 100 puede iniciar la llamada de CS cuando el establecimiento de dialogo de SIP esta completo, o antes de la finalizacion del establecimiento de dialogo de SIP. Por ejemplo, una realizacion implica iniciar la llamada de CS mediante la MS-A 100 tras la recepcion de un acuse de recibo desde la MS-B 102 que indica una finalizacion de un establecimiento de dialogo satisfactorio (por ejemplo, respuesta 200/OK). En otras realizaciones, la llamada de CS puede iniciarse antes de que el dialogo este completamente negociado. Esto puede permitir una reduction en el tiempo de establecimiento colectivo, y en algunos casos puede permitir diferentes experiencias de usuario en algunas aplicaciones. Por ejemplo, la MS-A 100 puede iniciar la llamada de CS (por ejemplo, enviar el ESTABLECIMIENTO (SETUP)) cuando recibe una respuesta provisional tal como un mensaje de progreso de sesion (por ejemplo, la respuesta SIP 183).

Ademas, las MS 100, 102 se registran con la red de IP multimedia 118 para facilitar el control de servicio 116. Por ejemplo, las MS 100, 102 pueden registrarse con el IMS usando un mensaje SIP REGISTER. En un ejemplo mas particular, puede enviarse un mensaje SIP REGISTER a la Funcion de Control de Sesion de Llamada de Intermediario (P-CSCF) mas cercana para ese usuario, cuando la P-CSCF mas cercana pueda localizarse usando el Servicio de Nombres de Dominio (DNS) SRV, Protocolo Dinamico de Configuration de Anfitrion (DHCP), o similares. Si la P-CSCF es una red visitada, la P-CSCF localiza la CSCF de Interrogation (I-CSCF) de la red domestica para el usuario, y envia un mensaje REGISTER a la Servidora (S-CSCF). Una vez registrada, la MS puede localizarse para comunicacion. Deberia observarse que la itinerancia de IMS esta soportada entre las redes visitadas y domesticas, donde la P-CSCF esta localizada en la red visitada. Esto, sin embargo, no es un requisito, ya que otro soporte de itinerancia tal como soporte de itinerancia de GPRS es suficiente, y la P-CSCF puede localizarse en la red domestica.

Haciendo referencia ahora a la Figura 2, un diagrama de bloques ilustra una realizacion para establecer sesiones de CS mediante IMS de acuerdo con la presente invencion. Esta realizacion de nuevo supone comunicacion entre dos dispositivos inalambricos, etiquetados MS-A 200 y MS-B 202. La MS-A 200 inicia un dialogo SIP 204 a traves de la red de GPRS/IMS 206A en la Red Movil Publica Terrestre Visitada (VPLMN) 208. El dialogo SIP 204 se establece a traves del dominio de IMS 210 a la MS-B 202 mediante el GPRS/IMS 206B asociado con la VPLMN-B 212 asociada con la MS-B 202. Mas particularmente, la MS-A 200 envia una solicitud SIP, tal como una solicitud SIP INVITE, a la P-CSCF-A 214 asociada con la VPLMN-A 208. El INVITE se encamina a traves de la S-GSGF-A 216, que a su vez encamina la solicitud a traves de la S-CSCF-B 218 y la P-CSCF-B 220 asociadas con la VPLMN-B 212. La solicitud SIP INVITE tiene un cuerpo de mensaje que incluye la description de sesion que lleva information especifica de CS, que incluye una descripcion de medio de portadora de CS, de acuerdo con la presente invencion. Una descripcion de sesion de este tipo se describe en mayor detalle a continuation. De esta manera, se establece un dialogo SIP 222 entre la MS-A 200 y la MS-B 202 mediante el IMS.

La MS-B 202 analizara la informacion especifica de CS desde la solicitud INVITE, y la MS-B 202 tendra por lo tanto conocimiento de que la MS-A 200 desea realizar una comunicacion basada en CS. Pueden usarse otros servicios de IMS, tal como Identification de Linea Llamante multimedia (MCLI), donde la MS-B 202 puede presentarse con una foto u otra imagen del llamante, un logo corporativo, vCard, otros graficos, clip de audio o similares. Cuando la MS-B 202 responde al INVITE, la descripcion de sesion de MS-B 202 se proporciona a la MS-A 200, donde la descripcion de sesion proporciona tambien la descripcion de medio de portadora de CS.

Cuando se ha establecido el dialogo de SIP 222 y se han intercambiado las descripciones de sesion, la MS-A 200 inicia un procedimiento de establecimiento de llamada a traves del dominio de CS 224 usando el numero de la MS-B 202, como se representa mediante el control de llamada de CS 226. Por ejemplo, en una red de Sistema Global para Comunicaciones Moviles (GSM), el establecimiento de llamada determina el conmutador responsable de manera local, que es el Centro de Conmutacion Movil Visitado (VMSC) 228 en la realizacion ilustrada. El VMSC 228 senaliza al Registro de Localization Visitante (VLR; no mostrado) que la MS-A 200 identificada mediante el TMSI temporal en el area de localizacion LAI ha solicitado acceso de servicio. Despues de los procedimientos de autenticacion y otros, la solicitud de conexion se senaliza al VMSC remoto 230, y tiene lugar el control de llamada de CS 232 con la MS-B 202. La MS-B 202 esperara una llamada de CS, debido al dialogo de SIP 222 previamente establecido que lo indicaba asi. De esta manera, se establece la llamada de CS 234.

Como se ha indicado anteriormente, la sesion a traves del IMS puede establecerse usando SIP. La Figura 3 es un diagrama que ilustra una manera representativa para realizar control de servicio usando SIP a traves del IMS de acuerdo con una realizacion de la invencion. La sintaxis para un mensaje de SIP 300 incluye generalmente al menos un encabezamiento de mensaje 301 y un cuerpo de mensaje 302. El encabezamiento de mensaje 301 incluye campos tales como un campo "Mediante" para identificar una direction en la que se esperan las respuestas; un campo "Para" y "De" para identificar el receptor y el emisor dirigidos respectivamente; un "ID de llamada" que representa un identificador unico para la llamada; longitud de contenido y tipo, y similares.

Los detalles de la sesion, tipo de medio, codec, tasa de muestreo y/u otros detalles no se describen usando SIP. En su lugar, el cuerpo de mensaje 302 de un mensaje de SIP incluye una descripcion de la sesion, codificada en algun otro formato de protocolo, tal como el Protocolo de Descripcion de Sesion (SDP). SDP puede usarse para describir

5

10

15

20

25

30

35

40

45

50

55

60

65

sesiones multimedia para los fines de aviso de sesion, invitacion de sesion y otras formas de inicio de sesion multimedia. Pueden usarse tambien otros formatos de protocolo para proporcionar una descripcion de sesion de este tipo mediante el cuerpo del mensaje de SIP, y puede usarse cualquier formato bien definido para transportar suficiente informacion para participar en una sesion multimedia de acuerdo con la presente invencion. SDP se supone en las realizaciones de las Figuras 3-6, y representa simplemente otra manera en la que pueden proporcionarse tales detalles de descripcion de sesion de acuerdo con la presente invencion. Por lo tanto, en la realizacion ilustrada de la Figura 3, el cuerpo de mensaje 302 incluye un mensaje de SDP 304 como al menos una parte del cuerpo de mensaje de SIP 302. El mensaje de SDP 304 se lleva mediante el mensaje de SIP de manera analoga a la manera en la que se lleva una pagina web mediante un mensaje de HTTP.

En el ejemplo de la Figura 3, el mensaje de SDP 304 incluye un ejemplo representativo de una porcion comun 306 de un mensaje de SDP. Las lineas de mensaje de esta porcion 306 ilustran informacion de descripcion representativa que puede asociarse con un mensaje de SDP tipico. Una descripcion de sesion incluye una descripcion de nivel de sesion de manera que la descripcion puede aplicarse a toda la sesion y todos los flujos de medios. La estructura de SDP generalmente implica una seccion de nivel de sesion seguida por cero o mas secciones de nivel de medios. La parte de nivel de sesion empieza con una linea "v" 310 relacionada con la version de protocolo, y continua a la primera seccion de nivel de medios que empieza con una linea "m" relacionada con el nombre del medio. La seccion de nivel de medios continua hasta el final de la descripcion de sesion, o hasta la siguiente descripcion de medios. Por ejemplo, en la realizacion ilustrada, una seccion de nivel medio empieza en la linea 320, y otra en la linea 322. En general, los valores de nivel de sesion son por defecto para todos los medios a menos que se anulen por un valor de nivel de medios equivalente.

Como es conocido en la tecnica, otros elementos de descriptor de sesion se incluyen en la porcion de mensaje de SDP 306. Por ejemplo, el campo "o" 312 puede indicar el originador de la sesion ("-" En el ejemplo ilustrado, que indica el que el dispositivo de origen no soporta o incluye de otra manera un nombre de usuario), mas un ID de sesion, numero de version de sesion (por ejemplo, EN IP6), etc. El campo "s" 314 representa el nombre de sesion. El campo "c" 316 representa los datos de conexion que en la realizacion ilustrada representan los datos de conexion de nivel de sesion. Incluye el tipo de red (EN) y tipo de direccion (IP6), y una direccion de conexion (por ejemplo, 5555::aaa:bbb:ccc:ddd:). El campo "t" 318 representa la hora que la sesion esta activa para conferencias (tiempos de inicio/fin "0 0" en la realizacion ilustrada). El campo "m" 320 representa la descripcion de medios, que incluye varios subcampos que incluyen el tipo de medio (por ejemplo, audio), puerto de transporte al que se enviara el flujo de medio (por ejemplo, 49170), protocolo de transporte (por ejemplo, RTP/AVP que es el Protocolo de Transporte en Tiempo real que usa el perfil de Audio/Video), y formato de medios (por ejemplo, 0).

De acuerdo con una realizacion de la invencion, se proporciona una extension de SDP 308, que representa lineas de mensaje de SDP adicionales que pueden incluirse para comunicar la informacion especifica de CS para indicar que se usara una conexion de CS. En este ejemplo, la extension de SDP proporciona un nuevo tipo de medio. Mas particularmente, la extension de SDP 308 incluye una descripcion de medios 322, que incluye un nuevo tipo de medio "pstn_audio". De acuerdo con la invencion, se proporcionan diversos tipos de nuevos medios para identificar la portadora de CS y tipo de medio asociado. Por ejemplo, el nuevo tipo de medio "pstn_audio" representa un tipo de medio de audio para la portadora de CS. De manera similar, pueden proporcionarse nuevos tipos de medios tales como "pstn_video", "pstn_fax", y asi sucesivamente para video, fax y otros tipos de medios para la portadora de CS. Tales nuevos tipos de medios pueden registrarse, tal como mediante el registro con el Organismo de Asignacion de Numeros Internet (IANA). En algunas realizaciones, la descripcion de medios 322 puede llevar tambien informacion adicional con respecto al medio, tal como codec de audio/video y similares.

La extension de SDP representativa 308 de la Figura 3 incluye tambien un campo de datos de conexion 324. El tipo de red "PSTN" describe los parametros de conexion para las llamadas de PSTN, incluyendo el numero de telefono (por ejemplo, +358501234567) del emisor del SDP. Otros tipos de red para redes de CS pueden proporcionarse como alternativa. Un formato de numero de telefono (por ejemplo, E164) puede proporcionarse tambien.

Pueden proporcionarse atributos, como se muestra en las lineas de extension de SDP 326, 328. Los campos de atributo pueden ser de diferentes formas. Un atributo de propiedad es de la forma "a=<bandera>". Estos son atributos binarios, y la presencia de un atributo de este tipo indica que el atributo es una propiedad de la sesion. Un atributo de valor es de la forma "a=<atributo>:<valor>", donde el <valor> define una caracteristica del <atributo>. En la realizacion ilustrada, un atributo de propiedad tal como se muestra en la linea de extension 326 puede proporcionarse opcionalmente para anadir mas informacion acerca del medio, donde "atributo" es cualquier atributo registrado deseado. De manera similar, la linea de extension x 328 puede usarse opcionalmente para identificar atributos no registrados.

Se observa que la misma SDP 304 puede incluir una definicion para tanto sesiones de CS (por ejemplo, PSTN) como de IP. Por ejemplo, la descripcion de medios ilustrada en la linea 320 puede usarse para sesiones de IP, y la descripcion de medios ilustrada en la linea 322 de la extension de SDP 308 puede usarse para comunicaciones de PSTN.

La Figura 4 es un diagrama que ilustra otra realizacion de una extension de SDP de acuerdo con la presente

5

10

15

20

25

30

35

40

45

50

55

60

65

invention, cuando un nuevo subcampo se proporciona al tipo de medio. El mensaje de SDP 400 incluye una primera portion de mensaje de SDP 402, y las extensiones de SDP 404A, 404B de acuerdo con realizaciones alternativas de la presente invencion. Las extensiones de SDP 404A y 404B ilustran extensiones de SDP representativas alternativas donde se proporciona un nuevo subcampo al tipo de medio de acuerdo con la presente invencion.

La primera porcion de mensaje de SDP 402 es analoga a la porcion de mensaje de SDP 306 descrita en relation con la Figura 3, y no se describe adicionalmente en este punto. Una primera extension de SDP representativa 404A incluye una description de medios 406, que incluye un tipo de medio existente, tal como audio, video, etc. En la realization ilustrada, la descripcion de medios 406 incluye el tipo de medio conocido "audio". La descripcion de medios 406 de la descripcion de SDP 400 incluye un nuevo tipo de subcampo para el tipo de medio de acuerdo con la realizacion ilustrada de la invencion. Un nuevo tipo de subcampo de este tipo en la descripcion de medios 406 es un tipo de subcampo "PSTN", que representa la Red Telefonica Publica Conmutada (PSTN). Este tipo de subcampo indica que el tipo de medio, audio, se comunicara mediante una portadora de CS que es la PSTN en el ejemplo ilustrado. El nuevo tipo de subcampo "PSTN" puede introducirse para anadir la information de llamada de PSTN. Otros tipos de subcampos para diferentes portadoras de CS pueden designarse como tipos de subcampos de medios de acuerdo con la realizacion descrita en relacion con la Figura 4.

El campo de datos de conexion 408 incluye tambien un nuevo tipo de subcampo, que es "PSTN" en la extension de SDP ilustrada 404A. Un nuevo tipo de subcampo de este tipo describe los parametros de conexion para llamadas de PSTN, incluyendo, el numero de telefono (por ejemplo, +358501234567) del emisor del mensaje de SDP 400, y el formato de numero de telefono (por ejemplo, E164) si fuera necesario. El tipo de servicio puede identificarse, tal como audio, video, fax, y similares. Un campo de atributo 410 puede usarse para identificar un nuevo atributo para indicar el tipo de conexion. El nuevo tipo de atributo se muestra en la extension de SDP 404A como "cType", que corresponde a un nuevo atributo de conexion, y el valor de atributo es "telefoma". El nuevo tipo de atributo puede usarse para identificar cualquier atributo de conexion deseado para la portadora de CS, tal como "a=cType:telefoma", "a=cType:telefoma_de_video", "a=cType:fax", o similares. Ademas, pueden proporcionarse otros atributos, esten registrados o no. Por ejemplo, la extension de SDP representativa 404A incluye una linea de extension x 412 para identificar opcionalmente atributos no registrados, mostrada como "X-otro_atributo".

Se observa que el campo de datos de conexion 408 puede omitirse, si todos los parametros necesarios se anaden en la linea de descripcion de medios. Se ilustra una realizacion de este tipo mediante la extension de SDP 404B, donde la descripcion de medios 414 incluye un tipo de audio, y un nuevo tipo de subcampo PSTN, asi como el numero de telefono (por ejemplo, +358501234567) del emisor del mensaje de SDP 400, y el formato de numero de telefono (por ejemplo, E164) si fuera necesario. De nuevo el nuevo tipo de conexion "cType" puede identificarse como se muestra en el campo de atributo 416, y otros atributos tales como se muestran en la linea de extension x 418 pueden usarse opcionalmente para identificar atributos no registrados.

La Figura 5 es un diagrama que ilustra otra realizacion de una extension de SDP de acuerdo con la presente invencion, donde se implementa un tipo de medio de aplicacion. El mensaje de SDP 500 incluye una primera porcion de mensaje de SDP 502, y extensiones de SDP 504A, 504B de acuerdo con realizaciones alternativas de la presente invencion. Las extensiones de SDP 504A y 504B ilustran extensiones de SDP representativas alternativas donde se proporciona un nuevo tipo de medio de aplicacion de acuerdo con la presente invencion.

La primera porcion de mensaje de SDP 502 es analoga a la porcion de mensaje de SDP 306 descrita en relacion con la Figura 3, y no se describe adicionalmente en este punto. Una primera extension de SDP representativa 504A incluye una descripcion de medios 506, que usa un tipo de medio de "aplicacion" convencional, con un nuevo subtipo "PSTN", insertado para definir una llamada de PSTN. Pueden usarse como alternativa otros subtipos analogos que identifican portadoras de CS en una realizacion de este tipo. Si se desea o es necesario, la descripcion de medios 506 puede llevar tambien informacion adicional con respecto al medio, tal como codec de audio/video, etc.

El campo de datos de conexion 508 describe los parametros de conexion para llamadas de PSTN en la realizacion ilustrada. Los parametros de conexion pueden incluir, por ejemplo, el numero de telefono (por ejemplo, +358501234567) del emisor del SDP, y el formato de numero de telefono (por ejemplo, E164) si fuera necesario. El tipo de servicio puede identificarse, tal como audio, video, fax, y similares. Puede usarse un campo de atributo 510 para identificar un nuevo atributo para indicar el tipo de conexion. El nuevo tipo de atributo se muestra en la extension de SDP 504A como "cType", que corresponde a un nuevo atributo de conexion, y el valor de atributo es "telefoma". El nuevo tipo de atributo puede usarse para identificar cualquier atributo de conexion deseado para la portadora de CS, tal como "a=cType:telefoma", "a=cType:telefoma_de_video", "a=cType:fax", o similares. Ademas, pueden proporcionarse otros atributos, esten registrados o no tales atributos, usando el atributo o atributo x apropiado.

Se observa que el campo de datos de conexion 508 puede omitirse, si todos los parametros necesarios se anaden en la linea de descripcion de medios. Una realizacion de este tipo se ilustra mediante la extension de SDP 504B, donde la descripcion de medios 512 incluye el tipo "aplicacion" y el nuevo subtipo "PSTN" como se ha descrito anteriormente, e incluye tambien parametros de conexion. Los parametros de conexion pueden incluir, por ejemplo,

5

10

15

20

25

30

35

40

45

50

55

60

65

el numero de telefono (por ejemplo, +358501234567) del emisor del SDP, y el formato de numero de telefono (por ejemplo, E164) si fuera necesario. Los atributos pueden proporcionarse de nuevo mediante el nuevo tipo de conexion "cType", como se muestra en el campo de atributo 514, y otros atributos tales como se muestran en la linea de extension x 516 pueden usarse opcionalmente para identificar atributos no registrados.

La Figura 6 es un diagrama que ilustra otra realizacion de una extension de SDP de acuerdo con la presente invention, donde se usa un atributo de nivel de sesion para identificar la information especifica de CS. En esta realizacion, la portadora de CS no esta definida como un nuevo tipo de medio, sino en su lugar se anade un nuevo atributo de nivel de sesion para informar que esta sesion esta relacionada con una comunicacion de CS. Si el receptor no entiende el atributo, simplemente omite el atributo. Los parametros de atributo pueden incluir, por ejemplo, "x-pstn_audio", "x-pstn_video", "x-pstn_fax", y asi sucesivamente. Si es relevante diferenciar entre formatos de numero de telefono, entonces podrian usarse otros nombres de atributo tales como, por ejemplo, "x-e164_audio", "x-e164_ video", "x-e164_fax", y asi sucesivamente.

La Figura 6 ilustra un ejemplo donde se usa un atributo de nivel de sesion para identificar la informacion especifica de CS de acuerdo con una realizacion de la invencion. La description de SDP 600 es analoga a la portion de mensaje de SDP 306 descrita en relation con la Figura 3, con la exception del atributo de nivel de sesion recien anadido 602. En este ejemplo, el parametro de atributo incluye un parametro "x-pstn_audio", que indica un atributo no registrado para una portadora de CS (PSTN) para llevar comunicaciones de audio. Se proporciona un valor de atributo asociado, tal como el numero de telefono (por ejemplo, +358501234567) del emisor del SDP.

Las diversas realizaciones de extension de SDP descritas en relacion con las Figuras 3-6 son representativas de los tipos de extensiones de SDP que pueden utilizarse de acuerdo con los principios de la presente invencion. Sin embargo, deberia reconocerse que pueden utilizarse tambien otras maneras para comunicar la informacion especifica de CS usando SIP a traves de IMS. Por lo tanto, SDP u otras descripciones de sesion no son el unico mecanismo para llevar tales datos. Por ejemplo, puede definirse un formato de datos completamente nuevo, que incluiria la informacion especifica de CS. Por ejemplo, los datos pueden anadirse como nuevo tipo de contenido al mensaje INVITE (es decir, un nuevo tipo de MIME). Como alternativa, la informacion especifica de CS puede anadirse como un nuevo encabezamiento en la solicitud de SIP. Ejemplos de esto se ilustran en la Figura 7 a continuation.

La Figura 7 es un diagrama que ilustra una situation, donde informacion especifica de CS se proporciona como parte de la informacion de SIP. La Figura 7 ilustra un ejemplo representativo de un encabezamiento de mensaje de SIP 700. Puede anadirse informacion especifica de CS como un nuevo tipo de contenido a un mensaje de SIP, tal como una solicitud SIP INVITE. Por ejemplo, el campo de encabezamiento de SIP 702 representa un "Tipo de contenido". Como es conocido por los expertos en la materia, el "tipo de contenido" es un encabezamiento de Extensiones del Correo Internet Multiproposito (MIME) que se usa en encabezamientos de SIP. El fin de un campo de tipo de contenido MIME es describir los datos contenidos en el cuerpo de manera que un agente de usuario de reception pueda identificar un agente apropiado u otro mecanismo para presentar los datos o tratar de otra manera con los datos de una manera apropiada.

El valor asociado con el campo de tipo de contenido se denomina como un tipo de medio. Se proporciona un nuevo tipo de medio de CS 704 para el valor del tipo de contenido, que identifica el tipo de medio como una portadora de CS para comunicar informacion mediante el correspondiente dominio de CS. Por ejemplo, los tipos de medios actualmente existentes incluyen "texto, "imagen", "audio", "video", "aplicacion", etc. Se proporciona uno o mas nuevos tipos de medios 704 para el campo de encabezamiento tipo de contenido 702 para identificar la informacion especifica de CS. Un tipo de medio puede definirse como "portadora de cs", "audio de pstn", "video de pstn", "fax de pstn" o similares. Como alternativa, puede proporcionarse un nuevo tipo de medio general tal como "portadora de cs", que tiene la capacidad de estar asociado con uno o mas subtipos. Por ejemplo, pueden designarse tipos de medios de texto MIMe actuales como un tipo de medio "texto" con un subtipo "plano" para identificar el texto como texto plano. De manera similar, una "portadora de cs" (u otro nombre de tipo de medio seleccionado) puede asociarse con subtipos tales como "pstnaudio", "pstnvideo", "pstnfax", o similares.

La informacion especifica de CS puede identificarse por medio de un nuevo encabezamiento en la solicitud. Por ejemplo, puede proporcionarse un nuevo campo de encabezamiento 706, tal como un campo de encabezamiento "Portadora de CS". Pueden asociarse tipos de medios 708 con un nuevo campo de encabezamiento de este tipo, tal como "pstn~audio", "pstn~video", "pstn~fax", o similares. Deberia reconocerse que los campos de encabezamiento 702, 706 representan situaciones alternativas, y uno cualquiera o el otro pueden usarse en un campo de encabezamiento de SIP. Los campos de encabezamiento 702, 706 se ilustran ambos en el encabezamiento de mensaje de SIP 700 para fines unicamente de descripcion.

Como puede observarse a partir de los ejemplos de las Figuras 3-7, la informacion especifica de CS puede proporcionarse en cualquier numero de maneras de acuerdo con la presente invencion. La presente invencion contempla por lo tanto proporcionar tal informacion especifica de CS en cualquier manera conveniente.

La Figura 8 es un diagrama de bloques que ilustra una manera representativa para proporcionar a usuarios con

5

10

15

20

25

30

35

40

45

50

55

60

65

servicios de IMS mientras comunican mediante el dominio de CS de acuerdo con la presente invencion. El ejemplo de la Figura 8 se refiere al uso de un servicio de Identificacion de Lmea de Llamante multimedia de IMS (MCLI) en relacion con una comunicacion de telefono de dominio de CS. En general, CLI es un servicio suministrado por muchos proveedores de telefonos, donde el numero de telefono se transmite cuando se realiza la llamada de telefono. Con un terminal de recepcion equipado con CLI, el usuario puede ver el numero de telefono del llamante antes de contestar la llamada. MCLI se refiere a CLI cuando el contenido multimedia acompana al numero de telefono, o se proporciona en lugar del numero de telefono. Por ejemplo, puede transmitirse una imagen digital del llamante, y/o un clip de audio, graficos, logo corporativo y/o similares. Aunque MCLI representa el servicio de IMS en el ejemplo ilustrado de la Figura 8, pueden proporcionarse otros servicios de IMS de una manera analoga.

Un primer usuario asociado con el Equipo de Usuario A (UE-A) 800 envia una solicitud SIP INVITE 802A hacia un receptor de llamada pretendido, el UE-B 804. En la realizacion ilustrada, la solicitud INVITE incluye un mensaje de SDP (SDP-A) asociado con el UE-A 800. El SDP-A incluye los medios ofrecidos, que incluyen los datos de MCLI tales como texto, imagen, tarjeta de visita, logo, clip de audio, y/u otro contenido. En una realizacion, el SDP-A tambien incluye una linea de descripcion de medio de "portadora de CS" especial, que indica que la portadora para audio se asignara desde el dominio de CS. Como se ha indicado anteriormente, la informacion especifica de CS puede proporcionarse tambien de maneras distintas a la linea de descripcion de medios.

El Identificador de Recurso Uniforme (URI) del UE-B 804 se usa para encaminar el INVITE en el IMS. Mas particularmente, el INVITE 802A se recibe en la P-CSCF 806 en la Red Movil Publica Terrestre Domestica (HPLMN- A) 808 del UE-A. El INVITE 802B se reenvia a las S-CSCF 810 en el IMS, y a la P-CSCF 812 en la HPLMN-B 814 del UE-B 804 como se representa mediante el INVITE 802C. El INVITE 802D se proporciona al UE-B 804 desde su P-CSCF 812.

El UE-B 804 analiza la linea de descripcion de medios de la "portadora de CS" (u otro encabezamiento, atributo, etc. que lleve la informacion de portadora de CS) desde el SDP-A. El SDP-A lleva el numero de telefono del UE-A 800, desde el que el UE-B 804 espera ahora una llamada telefonica basandose en la informacion de portadora de CS. El UE-B 804 tambien representa o presenta de otra manera el MCLI mediante el UE-B 804.

El UE-B 804 responde con un mensaje de respuesta de SIP apropiado 816A-816D, que es una respuesta de SIP "183" en el ejemplo ilustrado. Como es conocido en la tecnica, una respuesta SIP "183" indica "progreso de sesion", que se usa para transportar informacion acerca del progreso de la llamada que no esta clasificado de otra manera. Como alternativa, el UE-B 804 puede responder con un mensaje SIP "200" (OK) 818A- 818D. En cualquier caso, las respuestas llevan la descripcion de SDP del UE-B (es decir, el SDP-B), que lleva la descripcion de medios de "portadora de CS". Otros mensajes y respuestas de SIP que puedan tener lugar no se muestran.

El UE-A 800 puede iniciar un establecimiento de llamada 820 tras recibir la respuesta 200 (OK) 818D, o como alternativa puede iniciar el establecimiento de llamada 820 en respuesta a recibir una respuesta de SIP intermedia tal como al respuesta 183 (progreso de sesion) 816D. El UE-A 800 inicia el establecimiento de llamada 820 usando el numero del UE-B 804 (ms_b_nbr), que se continua entre los VMSC 822, 824 HPLMN-A 808 y HPLMN-B 814 mediante un Mensaje de Direccion Inicial (IAM) 826. Como es conocido en la tecnica, un IAM es un mensaje en el Sistema de Senalizacion N.°: 7 (SS7) o red de senalizacion de conmutacion de circuitos analoga que se usa para establecimiento de llamada de CS. El establecimiento de llamada continua al UE-B 804, donde el UE-B 804 esta esperando ahora una llamada de CS desde el UE-A 800 como resultado de la senalizacion de SIP que tuvo lugar anteriormente. Suponiendo que el usuario del UE-B 804 decide contestar la llamada, la llamada de CS se establece a continuacion segun se indica mediante la ruta de conexion de llamada de CS 828A, 828B, 828C.

La Figura 9 es un diagrama de flujo que ilustra diversas realizaciones de metodos para proporcionar servicios mediante una red multimedia de PS a usuarios que comunican en un domino de CS. La red multimedia de PS puede ser un IMS, u otra red basada en PS usada para facilitar la comunicacion mediante el Protocolo de Internet (IP) u otro protocolo que no se usa para comunicar informacion en el dominio de CS. Se establece un dialogo 900 entre dos o mas terminales a traves de la red multimedia de PS. En cualquier punto del dialogo, tal como en conexion con solicitudes iniciales, respuestas, u otras etapas de senalizacion del dialogo, se proporcionan uno o mas servicios 902 a al menos uno de los terminales, y la informacion de portadora de CS se comunica 904 mediante el dialogo. Los terminales pueden comunicar 906 entre si mediante el dominio de CS de una manera como se expone mediante la informacion de portadora de CS proporcionada mediante el dialogo a traves de la red multimedia de PS. De esta manera, los terminales pueden comunicar mediante el dominio de CS, mientras reciben servicios mediante el IMS u otra red multimedia de PS.

De acuerdo con una realizacion de la invencion, establecer un dialogo entre terminales a traves del IMS u otra red multimedia de PS incluye iniciar el dialogo usando una solicitud SIP INVITE 908 u otro mensaje de protocolo de senalizacion 910. En otras realizaciones, proporcionar un servicio o servicios a uno o mas terminales incluye proporcionar servicios tales como MCLI 912, comparticion de aplicacion 914, conferencia multimedia 916, video 918, audio 920, otros servicios de flujo continuo/tiempo real 922, etc. En otras realizaciones mas, comunicar informacion de portadora de CS mediante el dialogo puede realizarse de diversas maneras, tales como a traves del uso de extensiones de SDP. Tales extensiones de SDP incluyen, por ejemplo, una extension de tipo de medio de SDP 924,

5

10

15

20

25

30

35

40

45

50

55

60

65

extension de subcampo de tipo de medio de SDP 926, extension de tipo de medio de aplicacion de SDP 928, extension de atributo de nivel de sesion de SDP 930, etc. La informacion de portadora de CS puede comunicarse de otras maneras, tales como mediante un nuevo tipo de contenido de SIP 932, nuevo encabezamiento de SIP 934, u otro tipo o encabezamiento de contenido de protocolo de senalizacion 936. En otras realizaciones mas, la comunicacion de CS entre los terminales puede implicar comunicaciones en tiempo real/flujo continuo, tales como telefonia 938, telefonia de video 940, transmisiones de facsimil 942, y similares.

Hardware, firmware, software o una combination de los mismos puede usarse para realizar las funciones y operaciones del Equipo de Usuario (UE) de acuerdo con la invention. Los dispositivos de UE de acuerdo con la invention incluyen dispositivos de comunicacion compatibles con el protocolo de senalizacion empleado, tales como dispositivos habilitados para SIP. Estos dispositivos incluyen, por ejemplo, telefonos moviles, PDA y otros comunicadores inalambricos, asi como sistemas y comunicadores informaticos de linea terrestre. Un ejemplo representativo de un dispositivo movil que puede servir como un UE de acuerdo con la presente invencion se ilustra en la Figura 10. El dispositivo movil 1000 utiliza sistemas informaticos para controlar y gestionar la actividad del dispositivo convencional asi como la funcionalidad proporcionada mediante la presente invencion. El dispositivo movil representativo 1000 incluye un sistema informatico que puede llevar a cabo operaciones de acuerdo con la invencion. Por ejemplo, el dispositivo movil representativo 1000 incluye una unidad de procesamiento/control 1002, tal como un microprocesador, ordenador de conjunto de instrucciones reducidas (RISC), u otro modulo de procesamiento central. La unidad de procesamiento 1002 no necesita ser un unico dispositivo, y puede incluir uno o mas procesadores. Por ejemplo, la unidad de procesamiento puede incluir un procesador maestro y procesadores esclavos asociados acoplados para comunicar con el procesador maestro.

La unidad de procesamiento 1002 controla las funciones basicas del dispositivo movil 1000 segun se dicta por programas disponibles en la memoria/almacenamiento de programa 1004. El almacenamiento/memoria 1004 puede incluir un sistema operativo y diversos modulos de programa y datos asociados con la presente invencion. En una realization de la invencion, los programas se almacenan en memoria de solo lectura programable, electricamente borrable no volatil (EEPROM), ROM flash, etc., de modo que los programas no se pierden tras el apagado del dispositivo movil. El almacenamiento 1004 puede incluir uno o mas de otros tipos de memoria de solo lectura (ROM) y ROM programable y/o borrable, memoria de acceso aleatorio (RAM), modulo de interfaz de abonado (SIM), modulo de interfaz inalambrica (WIM), tarjeta inteligente u otro dispositivo de memoria fija o extraible. El software relevante para llevar a cabo operaciones de dispositivo movil de acuerdo con la presente invencion puede transmitirse tambien al dispositivo movil 1000 mediante senales de datos, tal como descargandose electronicamente mediante una o mas redes, tal como internet y una red o redes inalambricas intermedias.

Para realizar otras funciones de dispositivo movil convencionales, el procesador 1002 esta acoplado tambien a la interfaz de usuario 1006 asociada con el dispositivo movil 1000. La interfaz de usuario (UI) 1006 puede incluir, por ejemplo, una pantalla 1008 tal como una pantalla de cristal liquido, un teclado numerico 1010, altavoz 1012, y microfono 1014. Estos y otros componentes de la UI se acoplan al procesador 1002 como es conocido en la tecnica. El teclado numerico 1010 puede incluir teclas alfanumericas para realizar diversas funciones, incluyendo marcar numeros para comunicacion celular/CS convencional y/o efectuar comunicacion basada en SIP. Pueden emplearse otros mecanismos de UI, tal como comandos de voz, interruptores, pantalla/almohadilla tactil, interfaz de usuario grafica que usa un dispositivo apuntador, bola de mando, palanca de mando, o cualquier otro mecanismo de interfaz de usuario.

El dispositivo inalambrico 1000 puede incluir tambien circuiteria convencional para realizar transmisiones inalambricas a traves de la red movil. El DSP 1016 puede emplearse para realizar diversas funciones, incluyendo conversion de analogico a digital (A/D), conversion de digital a analogico (D/A), codificacion/decodificacion del habla, encriptacion/desencriptacion, detection y correction de errores, traduction de flujo de bits, filtrado, etc. El transceptor 1018, generalmente acoplado a una antena 1020, transmite las senales de radio salientes 1022 y recibe las senales de radio entrantes 1024 asociadas con el dispositivo movil 1000. Por ejemplo, las senales 1022, 1024 pueden transmitirse a una red de CS o red de PS mediante una Red de Acceso de Radio (RAN), tal como se proporciona mediante GSM.

En la realizacion ilustrada, el almacenamiento/memoria 1004 almacena los diversos programas de cliente tal como el agente de usuario (UA) implicado en un dialogo con otro UE. Por ejemplo, el almacenamiento 1004 incluye un UA de SIP 1026 u otro UA analogo asociado con el protocolo de senalizacion utilizado. Cuando se usa un nuevo tipo de contenido SIP o encabezamiento de SIP para transmitir informacion especifica de CS de acuerdo con la presente invencion, el UA de SIP 1026 para el llamante incluye tal informacion en el mensaje o mensajes de SIP transmitidos. El UA de SIP 1026 en un terminal "llamado" recibe la solicitud de SIP, analiza el mensaje e identifica la informacion especifica de CS. El UA de SIP 1026 tambien analiza y procesa la otra informacion de mensaje de SIP.

Como se ha descrito anteriormente, otras realizaciones de la invencion implican transmitir informacion especifica de CS por medio de una description de sesion, tal como SDP. En una realizacion de la invencion, un UA de SDP (o analogo) 1028A se usa en el UE llamante para incluir tal informacion en la definition de SDP. En el UE de reception, el UA de SDP 1028A se usa para analizar el SDP entrante, identificar la informacion especifica de CS (asi como otra informacion de descripcion de sesion), y esencialmente vincular estrechamente la sesion de CS y el dialogo de

IMS/SIP en el terminal. Un UA de SDP de este tipo puede proporcionarse tambien como parte del UA de SIP 1026, segun se representa mediante el UA de SDP 1028B.

El terminal incluye tambien uno o mas agentes de comunicacion de CS 1030. Por ejemplo, un agente de telefonia 5 basado en CS opera en relacion con el procesador 1002 para realizar un establecimiento de llamada de voz y facilitar la comunicacion entre el terminal y otro terminal o terminales. El agente de comunicacion de CS 1030 puede representar tambien otros y/o adicionales agentes de usuario basados en CS, tal como un agente de usuario de video de flujo continuo, agente de usuario de audio de flujo continuo, agente de usuario de telefonia de video y similares.

10

Se proporciona arquitectura informatica analoga para comunicaciones de linea terrestre. Por ejemplo, un UA de SIP (u otro) y UA de SDP pueden proporcionarse para ejecucion mediante un sistema de procesamiento para llevar a cabo las funciones de acuerdo con la presente invencion. Un comunicador de linea terrestre de este tipo puede incluir un transceptor y/u otra interfaz de red para comunicar informacion a y desde la red.

15

La descripcion anterior de la realizacion ejemplar de la invencion se ha presentado con fines de ilustracion y descripcion. No pretende ser exhaustiva o limitar la invencion a la forma precisa desvelada. Son posibles muchas modificaciones y variaciones a la luz de la ensenanza anterior. Se pretende que el alcance de la invencion no este limitado a esta descripcion detallada sino que, en su lugar, este definido mediante las reivindicaciones adjuntas a la 20 misma.

Claims

5

10

15

20

25

30

35

40

45

50

55

60

65

REIVINDICACIONES

1. Un metodo, que comprende:

enviar un mensaje de invitacion de protocolo de inicio de sesion mediante una red de subsistema multimedia de protocolo de internet para establecer un servicio espedfico de subsistema multimedia de protocolo de internet entre una pluralidad de terminales acoplados a la red de subsistema multimedia de protocolo de internet; establecer un dialogo de protocolo de inicio de sesion entre la pluralidad de terminales basandose en el mensaje de invitacion del protocolo de inicio de sesion;

proporcionar al menos un servicio a al menos uno de los terminales mediante el dialogo;

comunicar informacion de portadora de conmutacion de circuitos entre la pluralidad de terminales mediante el dialogo de protocolo de inicio de sesion por medio de un mensaje de protocolo de descripcion de sesion (404, 504, 600) que tiene una extension de descripcion de sesion (404A, 404B, 504A, 504B, 602) que indica la informacion de portadora de conmutacion de circuitos y que incluye una descripcion de medios (406, 414, 506, 512, 602) que incluye un tipo de medio y un nuevo tipo de subcampo que indica que el tipo de medio se comunicara mediante una portadora de conmutacion de circuitos;

analizar el mensaje de protocolo de descripcion de sesion (404, 504, 600) en la pluralidad de terminales que reciben el mensaje de protocolo de descripcion de sesion (404, 504, 600) para identificar la informacion de portadora de conmutacion de circuitos; y

efectuar un flujo de comunicacion de conmutacion de circuitos entre la pluralidad de terminales tras recibir una respuesta provisional de protocolo de inicio de sesion, mediante la red de conmutacion de circuitos como se dirige mediante la informacion de portadora de conmutacion de circuitos, en donde el flujo de comunicacion de conmutacion de circuitos esta vinculado estrechamente en la pluralidad de terminales con el servicio especifico del subsistema multimedia de protocolo de internet.
2. El metodo de la reivindicacion 1, en el que efectuar el flujo de comunicacion de conmutacion de circuitos se inicia despues del envio del mensaje de invitacion del protocolo de inicio de sesion.
3. El metodo de la reivindicacion 1, en el que al menos uno de la pluralidad de terminales no puede participar en comunicaciones de flujo continuo mediante la red del subsistema multimedia de protocolo de internet.
4. El metodo de la reivindicacion 1, en el que el servicio especifico del subsistema multimedia de protocolo de internet comprende identification de linea de llamante multimedia.
5. El metodo de la reivindicacion 1, en el que el flujo de comunicacion de conmutacion de circuitos comprende una transmision de audio a traves de la red de conmutacion de circuitos.
6. El metodo de la reivindicacion 1, en el que el flujo de comunicacion de conmutacion de circuitos comprende una llamada de conferencia multiparte facilitada mediante un servidor.
7. El metodo de la reivindicacion 6, en el que el servidor facilita la llamada de conferencia proporcionando un numero de encaminamiento dinamico.
8. El metodo de la reivindicacion 6, en el que el servicio especifico del subsistema multimedia de protocolo de internet comprende un servicio de conferencia multimedia.
9. El metodo de la reivindicacion 1, en el que el flujo de comunicacion de conmutacion de circuitos comprende una transmision de video a traves de la red de conmutacion de circuitos.
10. El metodo de la reivindicacion 1, en el que el flujo de comunicacion de conmutacion de circuitos comprende una transmision de facsimil a traves de la red de conmutacion de circuitos.
11. El metodo de la reivindicacion 1, en el que el servicio especifico del subsistema multimedia de protocolo de internet comprende un servicio de video.
12. El metodo de la reivindicacion 1, en el que el servicio especifico del subsistema multimedia de protocolo de internet comprende un servicio de audio.
13. El metodo de la reivindicacion 1, en el que el servicio especifico del subsistema multimedia de protocolo de internet comprende un servicio de telefonia de video.
14. El metodo de la reivindicacion 1, en el que el servicio especifico del subsistema multimedia de protocolo de internet comprende un servicio de conferencia multimedia.
15. El metodo de la reivindicacion 1, en el que el servicio especifico del subsistema multimedia de protocolo de internet comprende un servicio de correo de voz.

5

10

15

20

25

30

35

40

45

50

55

60

65
16. El metodo de la reivindicacion 1, en el que el servicio espedfico del subsistema multimedia de protocolo de internet comprende un servicio de transferencia de llamada.
17. El metodo de la reivindicacion 1, en el que el servicio especifico del subsistema multimedia de protocolo de internet comprende un servicio de comparticion de aplicacion.
18. Un terminal, que comprende:

una o mas interfaces de red que pueden recibir servicios mediante una red de subsistema multimedia de internet y que se comunican mediante una red de conmutacion de circuitos; un sistema de procesamiento;

un agente de usuario de protocolo de inicio de sesion que esta adaptado para hacer que el sistema de procesamiento establezca un dialogo de protocolo de inicio de sesion mediante la red de subsistema multimedia de internet en respuesta a la transmision de un mensaje de invitacion del protocolo de inicio de sesion, en donde el dialogo de protocolo de inicio de sesion se usa para establecer un servicio especifico del subsistema multimedia de internet con al menos un terminal objetivo de la red de subsistema multimedia de internet, en donde el dialogo de protocolo de inicio de sesion se establece comunicando un mensaje de protocolo de descripcion de sesion (404, 504, 600) que tiene una extension del protocolo de descripcion de sesion (404A, 404B, 504A, 504B, 602) que indica la informacion de portadora de conmutacion de circuitos y que incluye una descripcion de medios (406, 414, 506, 512, 602) que incluye un tipo de medio y un nuevo tipo de subcampo que indica que el tipo de medio se comunicara mediante una portadora de conmutacion de circuitos, en donde el agente de usuario del protocolo de inicio de sesion esta adaptado para analizar el mensaje de protocolo de descripcion de sesion (404, 504, 600) para identificar la informacion de portadora de conmutacion de circuitos; y un agente de usuario de comunicaciones de conmutacion de circuitos que opera mediante el sistema de procesamiento y esta configurado para hacer que el sistema de procesamiento efectue, tras recibir una respuesta provisional del protocolo de inicio de sesion, un flujo de comunicacion de conmutacion de circuitos entre el terminal y el al menos un terminal objetivo mediante la red de conmutacion de circuitos segun se dirige mediante la informacion de portadora de conmutacion de circuitos, en donde al menos uno del agente de usuario del protocolo de inicio de sesion y el agente de comunicacion de conmutacion de circuitos esta adaptado para hacer que el sistema de procesamiento una el flujo de comunicacion de conmutacion de circuitos al servicio especifico de subsistema multimedia de internet.
19. El terminal de la reivindicacion 18, en el que el agente de comunicacion de conmutacion de circuitos esta adaptado para empezar a efectuar el flujo de comunicacion de conmutacion de circuitos despues de la transmision del mensaje de invitacion del protocolo de inicio de sesion.
20. El terminal de la reivindicacion 18, en el que al menos uno del terminal y del terminal objetivo no puede participar en comunicaciones de flujo continuo mediante la red del subsistema multimedia de protocolo de internet.
21. El terminal de la reivindicacion 18, en el que el servicio especifico del subsistema multimedia de internet comprende identificacion de linea de llamante multimedia.
22. El terminal de la reivindicacion 18, en el que el flujo de comunicacion de conmutacion de circuitos comprende una llamada de conferencia multiparte facilitada por un servidor.
23. Un medio de almacenamiento legible por ordenador que tiene instrucciones almacenadas en el mismo que son ejecutables mediante un procesador para realizar todas las etapas del metodo de acuerdo con una cualquiera de las reivindicaciones 1 a 17.
24. Un sistema que comprende:

una red de subsistema multimedia de internet; una red de conmutacion de circuitos; y

una pluralidad de terminales que pueden acoplarse a la red de subsistema multimedia de internet y a la red de conmutacion de circuitos, comprendiendo cada uno de la pluralidad de terminales un sistema de procesamiento e instrucciones que hacen que el respectivo sistema de procesamiento:

establezca un dialogo de protocolo de inicio de sesion mediante la red de subsistema multimedia de internet en respuesta a transmision de un mensaje de invitacion de protocolo de inicio de sesion en la red de subsistema multimedia de internet, en donde el dialogo de protocolo de inicio de sesion se usa para establecer un servicio especifico de subsistema multimedia de internet con al menos un terminal objetivo de la red de subsistema multimedia de internet, en donde el dialogo de protocolo de inicio de sesion se establece comunicando un mensaje de protocolo de descripcion de sesion (404, 504, 600) que tiene una extension de protocolo de descripcion de sesion (404A, 404B, 504A, 504B, 602) que indica la informacion de portadora de conmutacion de circuitos y que incluye una descripcion de medios (406, 414, 506, 512, 602) que incluye un tipo de medio y un nuevo tipo de subcampo que indica que el tipo de medio se comunicara mediante una

portadora de conmutacion de circuitos;

analice el mensaje de protocolo de descripcion de sesion (404, 504, 600) para identificar la informacion de portadora de conmutacion de circuitos en la extension del protocolo de descripcion de sesion (404A, 404B, 504A, 504B, 602);

5 efectue un flujo de comunicacion de conmutacion de circuitos entre la pluralidad de terminales tras recibir una

respuesta provisional de protocolo de inicio de sesion, mediante la red de conmutacion de circuitos segun se dirige mediante la informacion de portadora de conmutacion de circuitos; y

una el flujo de comunicacion de conmutacion de circuitos al servicio especifico del subsistema multimedia de internet.

10