MX2010011112A

MX2010011112A - Aparato, metodo y sistema y programa de comunicacion.

Info

Publication number: MX2010011112A
Application number: MX2010011112A
Authority: MX
Inventors: Jari Mutikainen; Miikka Juhana Poikselkae
Original assignee: Nokia Siemens Networks Oy
Priority date: 2008-04-10
Filing date: 2009-04-07
Publication date: 2010-11-01
Also published as: US20090257433A1; ES2698828T3; EP2266282B1; BRPI0911231A2; WO2009124943A1; EP2266282A1; CN102057649A; BRPI0911231B1; PL2266282T3; US8111712B2

Abstract

Las modalidades proporcionan aparatos, un método, y un medio de almacenamiento en donde un identificador de comunicación de una sesión o de una parte de una sesión se proporciona en un paquete o se agrega a un mensaje. Un aparato puede verificar, basado en el identificador de comunicación del paquete o el identificador de comunicación recibido, si un servicio indicado por el identificador de comunicación está soportado. Una decisión de transferir el servicio se puede basar en el identificador de comunicación.

Description

APARATO, MÉTODO Y SISTEMA Y PROGRAMA DE COMUNICACIÓN CAMPO DE LA INVENCIÓN La invención se refiere en general a aparatos, métodos, elementos de red, sistemas y programas, por ejemplo para conexiones de comunicaciones o datos, etc., en donde por ejemplo una sesión o parte de una sesión puede ser transferida .

ANTECEDENTES DE LA INVENCIÓN La continuidad de la sesión incluye procedimientos para continuar una sesión consistentemente esto es sin ninguna interrupción perturbadora, por ejemplo cuando una estación móvil tal como un equipo de usuario, UE, de mueve de un acceso antiguo a un nuevo acceso, la sesión o parte de la sesión tal como los componentes de los datos como componentes de medios en la sesión deben continuar consistentemente en el nuevo acceso. Por ejemplo cuando un equipo de usuario se mueve de una red de acceso local inalámbrica, WLAN, a un UTRAN (sistema de telecomunicaciones móviles universales, UMTS, red de acceso de radio terrestre) , la sesión completa, por ejemplo un protocolo de iniciación de sesión, SIP, sesión o parte de la sesión tal como componentes de medios en la sesión deben continuar consistentemente en el nuevo acceso.

Además cuando una sesión parte de la sesión es recuperada, o transferida a un equipo de usuario, la sesión deberá continuar .

La continuidad de la sesión puede ser proporcionada en otros casos, por ejemplo incluyendo procedimientos iguales o similares conjuntamente con una llamada. Por ejemplo, en caso de la continuidad de una llamada de voz, VCC, una sesión de voz puede ser transferida desde/a un dominio CS conmutado con circuito, usando VCC pero una sesión tal como una sesión de datos, por ejemplo basada en SIP, puede transferirse usando procedimientos de continuidad de sesión multimedia MMSC. La continuidad de sesión también aplica a y cubre procedimientos en donde las sesiones o componentes en la sesión se transfieren entre múltiples dispositivos.

La continuidad de sesión multimedia MMSC, proporciona procedimientos para la continuidad de sesión utilizando mecanismos de protocolo tales como el protocolo de inicio de sesión, mecanismos SIP. Un ejemplo de continuidad de sesión tal como continuidad de sesión multimedia 3GPP versión 8, MMSC, es por ejemplo escrito en TR 23.893.

SUMARIO DE LA INVENCION De acuerdo con cuando menos una o más modalidades, un identificador de comunicación tal como un identificador de servicio de comunicación puede proporcionarse en pro ejemplo el evento de un dialogo. En modalidades, el identificador de comunicación puede ser o incluir un identificador de servicio de comunicación o un identificador de referencia de aplicación o puede comprender tanto un identificador de servicio de comunicación y un identificador de referencia de aplicación .

Las modalidades de un aparato o un método permiten la recuperación o la transferencia parcial o completa de una sesión tal como una sesión que comprende componentes de medios. La sesión se puede manejar de acuerdo con un protocolo para iniciar una sesión tal como un protocolo de iniciación de la sesión, por ejemplo SIP o un protocolo de otro tipo arbitrario.

De acuerdo con una o más modalidades de la invención se proporciona un aparato que comprende un verificador configurado para verificar un identificador de comunicación de una sesión o de una parte de una sesión, y un transferidor configurado para transferir la sesión o parte de la sesión de o al aparato dependiendo del identificador de comunicación .

Tal aparato puede comprender por ejemplo un detector configurado para detectar o conocer los detalles de la sesión de la sesión o de parte de la sesión, en donde los detalles de la sesión comprenden por lo menos uno de entre el identificador de comunicación, un identificador del servicio de comunicación, un identificador del servicio de comunicación del subsistema multimedia del protocolo de internet, por lo menos la corriente de medios de una sesión en curso, por lo menos una etiqueta de la corriente, un identificador de la llamada, uno o más componentes de los medios de una sesión, un identificador de referencia, un identificador de referencia de la aplicación, y un identificador de referencia de uso del subsistema multimedia del protocolo de internet.

La sesión puede por ejemplo ser por lo menos una de entre una sesión de datos, una sesión de llamada de voz, una sesión según un protocolo para iniciar una sesión, y una sesión del protocolo de la iniciación de la sesión.

De acuerdo con una o más modalidades de la invención el aparato puede comprender un detector configurado para detectar el soporte de un servicio basado en el identificador de comunicación, y decidir sobre la transferencia del servicio dependiendo del identificador de comunicación .

La decisión sobre la transferencia se puede tomar en el lado objetivo, por ejemplo en un equipo del usuario objetivo, que comprenda tal aparato, o se puede hacer en un lado de la fuente, por ejemplo en un equipo del usuario de la fuente que comprende tal aparato.

El término transferir, según se utiliza en el presente documento, debe ser entendido como que representa por lo menos un caso de recuperar un servicio por un aparato objetivo, por ejemplo un equipo del usuario objetivo, de un aparato de fuente tal como un equipo del usuario de la fuente, y un caso de la transferencia de un aparato de fuente, por ejemplo un equipo del usuario de la fuente, a un aparato objetivo tal como un equipo del usuario objetivo, asi como otros casos.

En una modalidad ejemplar un equipo del usuario objetivo puede recibir una petición de transferencia y el detector/el verificador puede decidir si el UE objetivo puede aceptar la petición de transferencia.

De acuerdo con una o más modalidades de la invención el aparato puede comprender un detector configurado para detectar el soporte de un servicio basado en el identificador de comunicación, y tomar la decisión de iniciar la operación de recuperación dependiendo del identificador de comunicación .

De acuerdo con una o más modalidades de la invención el aparato puede comprender un procesador configurado para recibir una petición de recuperar una sesión o medios, de realizar una suscripción a un paquete del evento de diálogo, y detectar el identificador de comunicación en el paquete del evento de diálogo.

El procesador por ejemplo puede configurarse para recibir la suscripción por lo menos de una de un sistema multimedia, de un equipo del usuario y de un servidor de aplicaciones .

De acuerdo con una o más modalidades de la invención un aparato puede comprender medios para verificar un identificador de comunicación de una sesión o parte de una sesión, medios para transferir la sesión o la parte de la sesión o al aparato dependiendo del identificador de comunicación .

Tal aparato puede comprender por ejemplo: medios para conocer o proporcionar los detalles de la sesión de la sesión o parte de la sesión, en donde los detalles de la sesión comprenden por lo menos uno de entre el identificador de comunicación, un identificador del servicio de comunicación, un identificador del servicio de comunicación del subsistema multimedia del protocolo de internet, de una sesión en curso según un protocolo para iniciar una sesión, por lo menos una corriente en los medios en curso de la sesión, por lo menos una etiqueta de la corriente, un identificador de la llamada, uno o más componentes de los medios de una sesión, un identificador de referencia, un identificador de referencia de uso, y un identificador de referencia de uso del subsistema multimedia del protocolo de internet .

De acuerdo con una o más modalidades de la invención el aparato puede ser por lo menos uno de una estación terminal, móvil, equipo del usuario, módulo, conjunto de chips.

De acuerdo con una o más modalidades de la invención un método puede comprender: verificar un identificador de comunicación de una sesión o de una parte de una sesión, transferir la sesión o la parte de la sesión dependiendo del identificador de comunicación.

Tal método puede comprender además: conocer o proporcionar los detalles de la sesión o de la parte de la sesión, en donde los detalles de la sesión comprenden por lo menos uno del identificador de comunicación, un identificador del servicio de comunicación, un identificador del servicio de comunicación del subsistema multimedia del protocolo de internet, por lo menos la corriente de los medios de una sesión en curso, por lo menos una etiqueta de la corriente, un identificador de llamada, uno o más componentes de los medios de una sesión, un identificador de referencia, un identificador de referencia de uso, y un identificador de referencia de uso del subsistema multimedia del protocolo de internet .

La sesión puede por ejemplo ser por lo menos una de una sesión de datos, de una sesión de llamada de voz, de una sesión según un protocolo para iniciar una sesión, y de una sesión del protocolo de iniciación de la sesión.

El método puede por ejemplo comprender: verificar el soporte de un servicio basado en el identificador de comunicación, y decidir sobre la transferencia del servicio dependiendo del resultado de la verificación.

Como se menciona anteriormente, el término que transferir, según se utiliza en el presente documento, cubre por lo menos uno o más de un caso de recuperación por ejemplo un servicio tal como una corriente de medios, etc., un caso de transferencia de una fuente a un objetivo, asi como otros casos .

El método puede por ejemplo comprender: verificar el soporte de un servicio basado en el identificador de comunicación y decidir el inicio de la operación de recuperación dependiendo del resultado de la verificación.

De acuerdo con una o más modalidades de la invención el método puede comprender: recibir una petición de recuperar una sesión o los medios , realizar una suscripción a un paquete de evento de diálogo, y detectar el identificador de comunicación en el paquete del evento de diálogo.

El método puede comprender recibir la suscripción por lo menos de una de un sistema multimedia, de un equipo del usuario y de un servidor de aplicaciones.

Tal método puede comprender además : verificar el soporte de un servicio basado en el identificador de comunicación y decidir iniciar la operación de recuperación dependiendo del resultado de la verificación. Por ejemplo cuando el equipo de usuario soporta el identificador de comunicación usado en la sesión en curso puede comenzar para el procedimiento de recuperación.

De acuerdo con una o más modalidades de la invención un paquete del evento de diálogo se puede configurar para permitir a un usuario suscribirse a otro usuario o recibir la notificación de un cambio en estado del uso del diálogo, el paquete que comprende por lo menos uno de entre el identificador de comunicación, un identificador del servicio de comunicación, un identificador del servicio de comunicación del subsistema multimedia del protocolo de internet, un identificador de referencia, un identificador de referencia de uso, y un identificador de referencia de uso del subsistema multimedia del protocolo de internet.

El paquete del evento de diálogo puede por ejemplo estar de acuerdo con RFC4235 y puede comprender además el identificador de comunicación.

De acuerdo con una o más modalidades de la invención un aparato se puede configurar para agregar un identificador de comunicación de una sesión o la parte de una sesión a un mensaje, enviar el mensaje que comprende el identificador agregado a otro aparato.

De acuerdo con una o más modalidades de la invención un medio de almacenamiento legible por computadora puede comprender los componentes ejecutables por computadora configurados para realizar o para implementar, cuando se ejecutan en una computadora, verificar un identificador de comunicación de una sesión o de una parte de una sesión, transferir la sesión o la parte de la sesión dependiendo del identificador de comunicación.

Según lo mencionado anteriormente, el término transferencia debe ser entendido como que comprende por lo menos uno de entre transferencia y recuperación.

El medio de almacenamiento puede comprender los medios del código configurados para: conocer o proporcionar los detalles de la sesión o de la parte de la sesión, en donde los detalles de la sesión comprenden por lo menos uno de entre el identificador de comunicación, un identificador del servicio de comunicación, un identificador del servicio de comunicación del subsistema multimedia del protocolo de internet, una sesión en curso según un protocolo para iniciar una sesión, por lo menos la corriente de los medios de una sesión en curso, por lo menos una etiqueta de la corriente, un identificador de la llamada, uno o más componentes de los medios de una sesión, un identificador de referencia, un identificador de referencia de uso, y un identificador de referencia de uso del subsistema multimedia del protocolo de internet.

El medio de almacenamiento puede por ejemplo comprender : medios del código para verificar el soporte de un servicio basado en el identificador de comunicación, y para decidir sobre la transferencia del servicio dependiendo del identificador de comunicación. Como ejemplo, el decidir sobre la transferencia puede por ejemplo ser el decidir sobre la iniciación del procedimiento de recuperación dependiendo del identificador de comunicación.

Otros objetos, características y ventajas de la invención llegarán a ser evidentes de la descripción siguiente de las modalidades de la invención.

BREVE DESCRIPCIÓN DE LAS FIGURAS La figura 1 muestra modalidades de acuerdo con las implementaciones de la invención; La figura 2 ilustra otra modalidad de una red, de un método, de un sistema y de aparatos de acuerdo con la invención; La figura 3 muestra otras modalidades configuradas de acuerdo con las implementaciones de la invención; La figura A ilustra otras modalidades de la invención; La figura 5 muestra otra modalidad de la invención; La figura 6 ilustra otra modalidad de la invención; y La figura 7 muestra otra modalidad de la invención.

DESCRIPCIÓN DETALLADA DE LA INVENCIÓN De acuerdo con una o más modalidades de la invención, un identificador de comunicación tal como un identificador del servicio de comunicación por ejemplo un identificador del servicio de comunicación de subsistema multimedia del protocolo de internet, IMS, se puede proporcionar en o como parte de un evento de diálogo tal como un paquete del evento de diálogo de un protocolo para iniciar una sesión tal como SIP del protocolo de la iniciación de la sesión. Una o más modalidades se refieren a los mecanismos de continuidad de la sesión multimedia tales como mecanismos SIP.

Generalmente, el marco de los eventos SIP define los mecanismos generales para la suscripción, y la notificación, de los eventos dentro de redes SIP. El marco introduce la noción de un paquete, que es una particular! zación especifica del mecanismo de los eventos para un sistema definido de eventos. Los paquetes se han definido para la presencia del usuario, la información del vigilante, y los indicadores que esperan el mensaje, entre otros. Un paquete del evento se puede proporcionar para usos de diálogo iniciados por INVITACIÓN. Los diálogos se refieren por ejemplo a una relación SIP establecida entre dos puntos SIP. Los diálogos se pueden crear por muchos métodos, tales como un método de la invitación, un método de suscripción y un método de notificación, que puede también crear nuevos usos del diálogo. Las modalidades pueden por ejemplo ejecutar uno o más de estos métodos o de otros métodos.

Una variedad de aplicaciones se pueden permitir con conocimiento del estado del uso del diálogo de invitación. Algunos ejemplos de aplicación incluyen servicio de contestación automática de llamada; conferencia habilitada por llamada en la cual una llamada se crea automáticamente cuando A, B y C están todas disponibles; alertas de conferencia I en donde un usuario puede recibir un mensaje inmediato (IM) en su teléfono siempre que alguien se una a una conferencia en la que el teléfono está participando; etc.

El paquete del diálogo permite generalmente la construcción de aplicaciones distribuidas, en donde a la aplicación se le proporciona la información del estado del diálogo pero no es co-residente con el usuario final en quien ese estado reside.

De acuerdo con una o más modalidades de la invención un equipo del usuario puede recuperar toda o una parte de una sesión o de las corrientes de los medios en una sesión en curso, tal como una sesión SIP. De acuerdo con una o más otras modalidades de la invención, un equipo del usuario puede transferir o recuperar toda o una parte de las corrientes de los medios en una sesión existente, tal como una sesión SIP, a un nuevo acceso, o a otro equipo del usuario .

En caso de una transferencia entre dos equipos del usuario, la operación se puede realizar del equipo del usuario de la fuente (transferencia) o del equipo del usuario objetivo (recuperación) .

En caso de la recuperación tal como recuperación de los medios de la fuente al equipo de usuario objetivo, el objetivo o el equipo de usuario objetivo, de acuerdo con una o más modalidades, configurada para conocer o para utilizar un valor de un identificador de comunicación tal como un valor del identificador del servicio, por ejemplo el valor de un valor del identificador del servicio de comunicación como un valor de ICSI ( identificador del servicio de comunicación del subsistema multimedia IP) de una sesión en curso. Adicional o alternativamente, el equipo del usuario objetivo se puede configurar para conocer algunos o todos los detalles de la sesión tales como por ejemplo corrientes en los medios en curso y sus etiquetas, identificación de llamada, etc. Para este propósito, una extensión a un evento de diálogo, por ejemplo un evento de diálogo SIP de RFC 4235 como ejemplo, se puede proporcionar y utilizar para permitir al equipo del usuario objetivo conocer por lo menos uno de un identificador de comunicación y de una etiqueta de medios, por ejemplo un protocolo de descripción de sesión, SDP, etiqueta de medios, de uno o más o cada una de las corrientes de medios en curso en el equipo del usuario de la fuente.

De acuerdo con una o más modalidades, un evento de diálogo tal como el evento de diálogo SIP se mejora para portar un identificador de comunicación por ejemplo un identificador del servicio de comunicación tal como el ICSI de la sesión. De acuerdo con una o más modalidades de la invención, el evento de diálogo puede portar adicional o alternativamente un identificador de referencia tal como un identificador de referencia de uso por ejemplo un protocolo de internet, IP, un subsistema multimedia, IMS, un identificador de referencia de aplicación, IARI, de la sesión, si la hay.

El equipo del usuario objetivo se configura para poder realizar un reemplazo completo o parcial de la sesión. El equipo del usuario objetivo puede realizar el reemplazo completo o parcial de la sesión, por ejemplo refiriendo a toda, una parte, o una etiqueta de corriente de medios particular que quiere ser substituida, por ejemplo por una nueva oferta de la corriente de medios. De acuerdo con una o más modalidades, el identificador de comunicación puede ser un identificador del servicio de comunicación IMS, ICSI. Un ICSI proporciona un marco para la identificación de los servicios de comunicación IMS que utilizan habilitadores IMS. En las terminales, el uso de un identificador del servicio de comunicación permite identificar por ejemplo las aplicaciones en una terminal y la red que utiliza un protocolo como el SIP para los propósitos de comunicación. En la terminal esto puede por ejemplo significar el envío de un mensaje SIP a la aplicación correcta, y en la red puede por ejemplo significar la selección de un servidor de aplicaciones correcto. El servicio de comunicación tal como el servicio de comunicación IMS puede contener una agregación de cero, uno, o varios componentes de medios y de la lógica de servicio que administra la agregación, representada en los protocolos usados .

Una descripción del servicio puede especificar este comportamiento y declara por ejemplo las combinaciones de los medios y las transiciones permitidas del estado como consecuencia de la señalización y del uso de los habilitadores de IMS en la red y las terminales.

Un equipo de usuario objetivo puede utilizar el valor del identificador de comunicación o el identificador del servicio de comunicación tal como valor de ICSI para verificar o determinar si soporta el servicio particular. Cuando el equipo del usuario objetivo soporta el valor del servicio de la sesión en curso, el objetivo puede realizar la recuperación .

De acuerdo con una o más modalidades de la invención, se provee un mecanismo o una capacidad de conocer un identificador de comunicación, tal como un identificador del servicio de comunicación como por ejemplo de un subsistema multimedia del protocolo de internet, IMS, servicio de comunicación que el identificador (ICSI) de una sesión en curso SIP.

La figura 1 muestra modalidades de por lo menos un aparato y método para conocer, detectar, proporcionar o usar un identificador de comunicación en un evento de diálogo. El identificador de comunicación se puede utilizar para recuperar una sesión o una parte de una sesión tal como una o más corrientes de los medios. Como se muestra en la figura 1 como ejemplo, un equipo de usuario 1 y un equipo de usuario 2 tienen una sesión en curso según lo ilustrado en el bloque 1 "Sesión en curso entre UE1 y UE2". En la modalidad de la figura 1, un equipo de usuario 3 recibe una petición de recuperar la sesión o por lo menos la parte de la sesión en curso del bloque 1, tal como uno o más del contenido de los medios o las corrientes de la sesión en curso. Como se muestra en el bloque 2, "Petición de recuperar la sesión/medios de UE1", el equipo de usuario 3 puede recibir esta petición del equipo de usuario 1 en este ejemplo pero puede también recibir tal petición de otras fuentes tales como componentes del equipo de usuario 2 u otro, o puede decidir por si mismo recuperar la sesión o parte de la misma.

En respuesta a esta petición o decisión, el equipo de usuario 3 realiza una suscripción a un paquete del diálogo o del evento de diálogo, por ejemplo según lo definido en un estándar tal como RFC4235 u otros documentos pero además comprende, como extensión, un identificador de comunicación tal como ICSI por ejemplo.

El identificador de comunicación de la sesión en curso (bloque 1.) se puede entregar al equipo de usuario objetivo 3 como parte de un paquete del evento de diálogo. En esta modalidad el equipo de usuario 3 puede conocer un identificador de comunicación tal como un identificador del servicio de comunicación o identificador de comunicación al suscribirse al paquete extendido del evento de diálogo que comprende el identificador de comunicación.

La figura 1 muestra varias posibilidades alternativas de realizar la suscripción y de conseguir el conocimiento del identificador de comunicación.

De acuerdo con una alternativa A, el equipo de usuario 3 puede recibir el contenido de la suscripción de un sistema multimedia tal como un subsistema multimedia del protocolo de internet, IMS, 4, como se muestra por la flecha doble entre el equipo de usuario 3 y el IMS 4. Como otra posibilidad, como se muestra con la alternativa B, el equipo de usuario 3 puede comunicarse con el sistema multimedia tal como IMS 4 que recupera la información de la suscripción del equipo de usuario de la fuente 1 y después envía la información al equipo de usuario objetivo 3 según una alternativa C, el equipo de usuario 3 puede comunicarse con el sistema multimedia tal como IMS 4 que recupera la información de la suscripción de otro componente o servidor tal como un servidor de aplicaciones 5 y después envía la información al equipo de usuario objetivo 3.

En las alternativas anteriores A, B, C la entidad que actúa como el notificador puede ser por ejemplo el equipo de usuario 1 o un componente en el sistema multimedia 4 tales como una función del control de estado de la llamada de servicio, S-CSCF en el IMS, o el servidor de aplicaciones 5 por encima de IMS 4, por ejemplo.

Cuando están disponibles la información tal como el identificador de comunicación o los detalles de la sesión el procedimiento de a recuperación puede comenzar o continuar, como se muestra en el bloque 4. "La información disponible y el procedimiento regular de recuperación pueden comenzar". El procedimiento de recuperación puede comprender por lo menos uno de entre recuperar la sesión o la parte de la sesión tal como una o más corrientes de los medios, iniciar una sesión entre el equipo de usuario 3 y el equipo de usuario 2, y transmitir la corriente de los medios de la sesión, o parte de ella, entre el equipo de usuario 3 y el equipo de usuario 2.

El servidor 5 puede configurarse para soportar la continuidad de la sesión multimedia, y puede por ejemplo estar implementado como servidor de aplicaciones de la continuidad de la sesión multimedia, MSC AS. El servidor 5 por ejemplo puede configurarse para permitir combinar una sesión tal como una sesión de datos como una sesión SIP del equipo de usuario objetivo 3 con una sesión tal como una sesión de datos del equipo de usuario de fuente 1 solamente cuando están para el mismo servicio.

Cuando el objetivo o el equipo de usuario objetivo 2 recuperan la sesión o los medios de una sesión de servicio que soporta, el objetivo puede agregar el mismo valor del identificador de comunicación a una sesión que inicia.

Es asi posible una transferencia de una sesión o de una parte en curso de tal sesión como una sesión SIP de una fuente UE a un objetivo UE.

De acuerdo con una, varias o todas las modalidades de la invención, se provee una posibilidad u opción de conocer el identificador de una comunicación, por ejemplo un identificador del servicio de comunicación tal como ICSI de una sesión en curso SIP.

De acuerdo con una o más modalidades de la invención, un aparato tal como equipo de usuario 1 o 3 puede transferir la parte de las corrientes de los medios en por ejemplo una sesión existente de SIP, a un nuevo acceso, o a otro UE. En caso de una transferencia entre dos equipos del usuario, la operación se puede realizar de la fuente UE (transferencia) o objetivo UE (recuperación) .

De acuerdo con una o más modalidades, cuando el equipo objetivo o del usuario objetivo recupera los medios de una sesión del servicio que soporta, el objetivo o el equipo del usuario objetivo puede agregar el mismo valor del identificador de comunicación tal como un identificador del servicio de comunicación a la sesión que inicia.

Otras modalidades serán descritas a continuación.

Un procedimiento de transferencia se puede proporcionar de la siguiente manera.

De acuerdo con una o más modalidades, puede definirse una extensión, por ejemplo una indicación de un identificador de comunicación o de identificador del servicio de comunicación, a un mensaje, por ejemplo a un encabezado de un mensaje. El encabezado puede en una o más modalidades ser un encabezado de un protocolo usado para establecer o controlar una sesión tal como un protocolo de la iniciación de la sesión, SIP. Como ejemplo, el encabezado puede ser un encabezado de reemplazo de SIP por ejemplo tal como el mencionado en RFC 3891. El encabezado tal el encabezado de reemplazo se puede utilizar para substituir un diálogo existente, por ejemplo un diálogo SIP, con un nuevo diálogo. La extensión descrita aquí se puede utilizar para substituir parcialmente un diálogo, por ejemplo el diálogo SIP, es decir para substituir solamente ciertos componentes de los medios en el diálogo existente, mientras que todavía mantiene el resto de los componentes de los medios en el antiguo diálogo.

De acuerdo con una o más modalidades, uno o más identificadores de comunicación se pueden transmitir o recibir como parte de un procedimiento de transferencia. Los identificadores de comunicación tales como identificador del subsistema multimedia o de comunicación IMS se pueden considerar en diversos casos de transferencia.

Las figuras 2 a 4 ilustran algunas modalidades que proporcionan la posibilidad de transportar uno o más identificadores de comunicación como parte de procedimientos de transferencia.

Una modalidad o caso de uso se ilustra en la figura 2. El equipo de usuario 3, UE-3, o un agente de usuario UA del equipo de usuario 3, y del equipo de usuario 2, UE-2, o un agente de usuario UA del equipo de usuario 2, tiene una sesión en curso tal como una sesión de comunicación o sesión de la conexión de datos, por ejemplo una sesión SIP, con dos flujos de medios de audio establecidos, con etiqueta de medios "abe" y " def". Como se muestra en el bloque o el paso 1., una sesión de protocolo, por ejemplo sesión SIP, antes del reemplazo tiene una Identificación de llamada: un xyz@example.com; un a etiqueta=bbb; un de etiqueta=aaa; y un SDP: m=audio a=etiqueta: abe, y m=audio a=etiqueta: def.

El atributo de la etiqueta de los medios se puede utilizar, formar o estructurar por ejemplo como en el protocolo de la descripción de la sesión, SDP, tal como se describe en forma de RFC 4574, o en otro forma. En la modalidad de la figura 2, UE-2 soporta etiquetas. Si la UE-2 se ofrece o responde a SDP, puede asignar las etiquetas a las corrientes de los medios en ambos casos. Los otros equipos de usuario 1,3 pueden o no soportar etiquetas.

Cuando el UE-2 quiere por ejemplo transferir el flujo de los medios de audio "abe" a UE-I, pero mantiene los otros flujos de medios "def", los UE-2 pueden enviar un mensaje tal como por ejemplo un mensaje de referencia con un parámetro tal como un parámetro de referencia, en un encabezado, por ejemplo encabezado referirse a, hacia UE-I. La identificación de llamada, de-etiqueta y a-etiqueta en el parámetro, por ejemplo parámetro de reemplazo se refiere al diálogo en curso entre UE-2 y UE-3. Además, el mensaje, o el encabezado del mensaje, por ejemplo el encabezado de reemplazo, puede contener una etiqueta tal como la etiqueta de medios "abe", y puede incluir un identificador de comunicación tal como ICSI.

En este ejemplo el encabezado, por ejemplo el encabezado referirse a, en el mensaje de referencia puede contener una etiqueta de característica de los medios de audio por ejemplo según lo descrito en RFC 4508 u otro. Esta etiqueta indica a UE-I que UE-3 soporta medios de audio. Así UE-3 puede incluir medios de audio a la oferta de SDP que genera debido a la recepción del mensaje de referencia.

Como se muestra en la figura 2, bloque o flecha 2, el mensaje de referencia puede por ejemplo indicar Referirse a: <sip : ua-3@example . com; audio? Reemplaza ="xyz@example . com; a etiqueta=bbb; de etiqueta=aaa; etiqueta=abc">?+g .3gpp . icsi="urn : mmtel" .

En otra modalidad del ejemplo el mensaje de referencia puede por ejemplo indicar Referirse a: <sip:ua- 3 @ example. com; audio? Reemplaza ="xyz@example . com; a etiqueta=bbb; de etiqueta=aaa; etiqueta=abc">P-Servicio Preferido "urn:mmtel">; +g.3gpp. icsi="urn:mmtel" .

El mensaje indica asi el identificador de comunicación tal como un identificador del servicio de comunicación de IMS, ICSI, "+g.3gpp. icsi= "urn rmmtel".

El mensaje puede también incluir un identificador de referencia de aplicación tal como IARI como ejemplo.

En un paso 3, UE 1 comprueba si soporta el servicio indicado por el identificador de comunicación y decide sobre la recuperación dependiendo del resultado. Si el servicio no se soporta, se finaliza el procedimiento de reemplazo. En caso de que se soporte el servicio, se realiza un paso 4, en el cual el UE-I genera un mensaje tal como un mensaje de invitación hacia UE-3. El mensaje de invitación puede contener el encabezado de reemplazo como es recibido en el mensaje 2. El mensaje de la invitación puede contener también un SDP con oferta de medios de audio con la etiqueta "abe" que reemplaza el flujo de medios viejo "abe". El SDP puede contener también una nueva oferta audio con la etiqueta "ghi". El mensaje puede también incluir opcionalmente el identificador de comunicación recibido en el paso 2.

Como se muestra en la figura 2, paso 4, la petición de la invitación puede por ejemplo tener el contenido siguiente : R-URI = SIP: ua-3@example.com Reemplaza="xyz@example . com; a etiqueta=bbb; de etiqueta=aaa ; etiqueta=abc" SDP: m=audio: a=etiqueta : abc m=audio a=etiqueta: ghi Una vez que el UE-3 recibe y acepta el mensaje de la invitación con el encabezado de reemplazo, puede generar un mensaje tal como un mensaje 5 de la re-invitación hacia UE-2. La oferta del SDP en el mensaje de re-invitación 5 retira la corriente de medios de audio "abc". El mensaje de re-invitación 5 puede incluir el SDP: m=audio 0 a=etiqueta: abe .

Un mensaje de respuesta tal como un mensaje 200 OK de SIP se puede enviar o recibir para el mensaje tal como el mensaje de invitación (de UE- 3 y UE-2). Ahora se provee una corriente de medios de audio "def" entre UE-2 y UE-3, y dos corrientes de medios de audio "abe" y "ghi" entre UE-I y UE-3. En el bloque 6, se ilustra el reemplazo del aviso de la sesión SIP, SDP: m=audio a=etiqueta: def.

Similar al escenario del ejemplo anterior, en otra modalidad el UE-3 puede ser un servidor de conferencia, y/o UE-1 y UE-2 pueden ser dispositivos del mismo usuario. En este escenario de la modalidad del ejemplo, el usuario puede querer transferir toda o solamente una parte de las corrientes de medios existentes en la sesión de la conferencia de UE-2 a UE-I, mientras que todavía mantiene, cuando transfieren solamente parte de las corrientes de medios, el resto, o parte del resto, de las corrientes de medios en UE-2. Los mismos procedimientos anteriores pueden ser utilizados también en este escenario.

A continuación se describirá una modalidad que proporciona un procedimiento de recuperación.

UE-I puede también utilizar un paquete de eventos de diálogo tal como por ejemplo el descrito en RFC 4235 u otra forma, para recuperar los diálogos en curso, por ejemplo diálogos SIP, ya sea de UE-2 o de UE-3. Cuando el UE-I recibe un mensaje de la notificación con el cuerpo del paquete del evento de diálogo de UE-2 o de UE-3, el UE-I se entera de los diálogos en curso entre UE-2 y UE-3.

El UE-I puede fijar un parámetro tal como un parámetro de descripción de la sesión de inclusión a una petición del suscriptor SIP, en este caso el cuerpo del mensaje de la notificación puede contener también el tipo de medios de cada corriente de los medios en curso.

En estas modalidades, un esquema de paquete de evento de diálogo XML se puede extender para contener también por lo menos uno de un identificador de comunicación tal como un identificador del servicio de comunicación, y opcionalmente una etiqueta de los medios, tal como se describe por ejemplo en RFC 4574, como parte de los tipos de medios en la descripción de la sesión. Asi el UE-I se entera de la etiqueta de los medios de uno o más o todo o cada uno de las corrientes de medios en curso entre UE-2 y UE-3. De esta manera el UE-I puede asignar la etiqueta de los medios al encabezado, por ejemplo el encabezado de reemplazo en el mensaje de invitación, como en el ejemplo arriba descrito.

A continuación, se describen las modalidades que alternativa o adicionalmente proporcione la transferencia del acceso en 3GPP MMSC.

La figura 3 ilustra una modalidad de la invención y de un uso de eso con la continuidad de la sesión multimedia, por ejemplo continuidad de la sesión multimedia 3GPP, y un procedimiento de la transferencia del acceso.

Un UE 4 mostrado en la figura 3 puede corresponder del UE-I, UE-2, UE-3 de la figura 2 o a cualquier otra terminal. Además se muestra en la figura 3 funciones de control de la via de acceso de los medios, MGCF, 9, un subsistema multimedia del protocolo de internet, IMS, 6, un servidor de aplicación o de agente 7 y un dispositivo de extremo lejano 8 que puede ser una terminal, un equipo de usuario por ejemplo UE-1, UE-2, UE-3, o cualquier otro tipo de cliente o de aparato.

En la modalidad de la figura 3, el UE 4 tiene un diálogo en curso, por ejemplo diálogo SIP, con el extremo lejano 8, como se muestra en un bloque 1, la sesión de voz existente (etiqueta=A) +mm (el etiqueta=B) , a través de IP-CAN#1. IP-Can significa la red de acceso de conectividad de IP. En este ejemplo, el diálogo tiene corrientes de medios de voz y multimedia (mm) a través del acceso #1.

El servidor 7 puede ser por ejemplo un MSC AS, y pudo haber anclado la sesión. Los MMSC AS 7 puede proporcionar un mecanismo a base de IMS para permitir la continuidad de las sesiones multimedia entre diversos dominios, por ejemplo con conmutados en circuito, CS, dominio y dominio conmutado por paquetes tal como IMS, y para soportar otros escenarios de la continuidad de la sesión, tales como continuidad de PS-PS, PS-PS conjuntamente con continuidad de CS-PS, y la transferencia de los medios entre diversas terminales. Los MMSC AS 7 puede comprender un sistema de las funciones requeridas para realizar la continuidad de la sesión multimedia y el anclaje/mane o de la sesión multimedia. Los MMSC AS 7 puede también proporcionar datos de carga específicos de la continuidad de la sesión. Los MMSC AS 7 puede actuar como o ser un agente de usuario mutuamente secuencial, B2BUA, y pueden mantener el enlace entre la identificación de llamada, de la etiqueta y a la etiqueta en el lado UE y el lado del extremo lejano. Cuando un nuevo acceso está disponible para el UE, como se muestra en el bloque 2 de la figura 3, el UE 4 puede querer transferir la corriente multimedia, o parte de la corriente, al nuevo acceso o al otro acceso, pero mantiene por ejemplo las corrientes de medios de voz en el viejo acceso.

En este caso, el UE 4 puede registrarse en el IMS 6 del subsistema a través del nuevo acceso, y puede generar un mensaje, por ejemplo un mensaje de invitación, con un encabezado, por ejemplo el encabezado de reemplazo, que se puede enviar en el paso 3 al IMS 6, ver mensaje; "INVITAR con etiqueta=B REEMPLAZO (SDP: del m=mm a=etiqueta : B) " . El encabezado de reemplazo puede referirse al diálogo en curso SIP entre UE 4 y MMSC AS 7 (destinado al extremo lejano 8), puede también incluir la etiqueta B de los medios que se refiere a la corriente multimedia existente en este diálogo SIP, y puede incluir un identificador de comunicación tal como un identificador del servicio de comunicación como por ejemplo ICSI o identificador de referencia de aplicación como por ejemplo IARI . Además, el mensaje, por ejemplo el mensaje de invitación, incluye una oferta del SDP en el cuerpo, donde la corriente multimedia con la etiqueta B se ofrece. El mensaje, por ejemplo el mensaje de invitación, se encamina al MMSC AS 7 en la trayectoria de la llamada.

El MMSC AS 7 interpreta el contenido del mensaje o del encabezado de mensaje, por ejemplo el encabezado de reemplazo, en un paso 4, lógica del uso, y nota que la corriente existente multimedia sobre el viejo acceso se debe substituir por una nueva corriente multimedia sobre el nuevo acceso en este ejemplo.

El MSC 7 genera un mensaje que por ejemplo indica diverso contacto para los medios, tales como por ejemplo un mensaje de la re-invitación, hacia el equipo 8 de la terminal o del usuario del extremo lejano, por ejemplo vía IMS 6, como se muestra por las flechas del paso 5, "RE-INVITACIÓN con diverso contacto para los medios". Los MMSC 7 o el mensaje el 5 pueden así indicar la dirección IP cambiada de la corriente multimedia, y también posiblemente los atributos del codificador-decodificador etc. Además, los MMSC AS 7 pueden generan un mensaje, por ejemplo mensaje de re-invitación hacia el UE 4 a través del viejo acceso, para retirar la corriente multimedia a través del viejo acceso, como se muestra por las flechas del paso/mensaje 6. "6. RE- INVITACIÓN (SDP: retirar la m=mm a=etiqueta: B)". Consecuentemente, el UE 4 tendrá en este ejemplo dos diálogos SIP al MMSC AS 7, uno a través del viejo acceso con corriente de medios de voz, y otro a través del nuevo acceso con corriente multimedia, según lo ilustrado por la flecha doble en el lado izquierdo de la figura 3. MMSC AS 7 puede combinar estos diálogos entre sí, de modo que el extremo lejano 8 vea solamente un diálogo, por ejemplo diálogo SIP, con dos corrientes de los medios.

De acuerdo con una o más modalidades de la invención, puede proporcionarse transferencia/ recuperación de corrientes de medios en 3GPP MSC. La figura 4 presenta otra modalidad de acuerdo con la invención que proporciona tal transferencia/recuperación de corrientes de medios.

En la figura 4, además del equipo de usuario 2, el equipo de usuario 4, el IMS 6, el AS 7, y el extremo lejano 8 tal como una terminal, un cliente, o un equipo de usuario se muestra similar a la modalidad de la figura 3. En el flujo de la modalidad del ejemplo de la figura 4, el UE-A 4 está teniendo un diálogo, por ejemplo un diálogo SIP, con el servidor, por ejemplo MMSC AS 7 , y eventualmente con el extremo lejano 8, según lo indicado por el bloque o el paso 1, "voz existente (etiqueta=A) +mm (etiqueta=B) sesión a través IP-CAN". El diálogo tiene corrientes de voz y multimedia. Cuando UE-A 4 quiere transferir la corriente multimedia, o parte de ella, a otro dispositivo del usuario, por ejemplo UE-B 2, como es indicado por el paso 2, transferencia de los medios, los UE-A el 4 puede enviar, en el paso 3, un mensaje, por ejemplo un mensaje de referencia, a IMS 6 con o sin un identificador de comunicación, y con por ejemplo un parámetro de reemplazo en un encabezado referirse a, como se describe anteriormente. El IMS 6 envia, en el paso 4, un mensaje, por ejemplo un mensaje de referencia, a UE 2 con el identificador de comunicación, y con por ejemplo un parámetro de reemplazo en un encabezado referirse a. En un paso 5, el UE-B 2 verifica o examina independientemente si puede o no soportar el servicio indicado por el identificador de comunicación tal como un identificador del servicio de comunicación. Si no el procedimiento de reemplazo se termina.

En caso de que el equipo de usuario 2 pueda soportar el servicio indicado por el identificador de comunicación, el UE-B 2 genera, en el paso 6, un mensaje con un parámetro, tal como una invitación con el encabezado de reemplazo con parámetro de etiqueta como se describe anteriormente, por ejemplo como se muestra en la figura 4, paso 6. "etiqueta de INVITACIÓN con REEMPLAZOS (SDP: m=mm a=etiqueta: B" . El parámetro de la etiqueta se refiere a la corriente multimedia entre UE-A 4 y MMSC AS 7. El mensaje tal como invitación se encamina a MMSC AS 7.

AS 7 puede realizar una función de lógica del uso 7, y generar un mensaje para cambiar una dirección de la corriente multimedia, por ejemplo un mensaje 8, "RE-INVITACIÓN con diferente contacto para medios". Este mensaje 8, por ejemplo mensaje de re-invitación, se envía al extremo lejano 8 por ejemplo con la oferta del SDP que cambia la dirección IP remota de la corriente multimedia. Cuando el extremo lejano 8 acepta o ejecuta el cambio, el extremo lejano 8 puede enviar un mensaje que acepta tal como 200 OK para la invitación, al MMSC AS 7. El AS 7 puede generar y enviar un mensaje tal como 200 OK para la invitación, al UE-B 2. Los MMSC AS 7 puede también eliminar la corriente multimedia de UE-A 4 enviando un mensaje 9, por ejemplo reinvitación hacia el UE-A 4, "RE-INVITACIÓN (SDP: eliminar m=mm a=etiqueta: B) " Este mensaje el 9 puede enviarse de AS 7 al UE 4 via el IMS 6.

Alternativamente, los UE-B 2 puede haber recuperado la corriente multimedia enviando un mensaje, tal como una suscripción para el mensaje del paquete del evento de diálogo, a MMSC AS 7. El MMSC AS 7 reporta los diálogos, por ejemplo los diálogos SIP, que el UE-B 2 está autorizado para ver, por ejemplo los diálogos con la misma identidad pública del usuario que UE-B. Esta política puede variar basado en la política local en MMSC AS 7. El MMSC AS 7 puede reportar el diálogo SIP con UE-A 4, la notificación que contiene los tipos de corriente de medios el diálogo consiste en, y la extensión descrita arriba para portar la etiqueta de cada las corrientes de medios y un identificador de comunicación. El UE-B 2 aprende las etiquetas de las corrientes de los medios entre UE-A 4 y MMSC AS 7. El UE-B 2 puede ahora recuperar la corriente multimedia y generar el mensaje, por ejemplo el mensaje de invitación con el encabezado de reemplazo (con la extensión de la etiqueta) , como en las modalidades antes descritas del ejemplo.

El usuario puede utilizar múltiples UE y transferir las sesiones entre ellas, por ejemplo para transferir la sesión entera al UE objetivo, o transferir los medios de un componente al UE objetivo, y libere los correspondientes componentes de medios de la fuente UE. Las mismas operaciones se pueden realizar de la fuente UE (operaciones de recuperación) o blanco UE (operaciones de transferencia) .

También todas las operaciones se pueden realizar con untamente con VCC, por ejemplo los componentes de medios de charla se pueden transferir a y desde red de CS.

Debe ser observado que la aplicabilidad de los procedimientos descritos arriba no está limitada al IMS, sino que puede ser utilizada en otros aparatos, dispositivos, redes o sistemas también en un ambiente por ejemplo de acuerdo con Internet Engineering Task Forcé (Fuerza de tarea de ingeniería, IETF, u otros tipos de ambiente tales como por ejemplo un ambiente del protocolo de la iniciación de la sesión .

La figura 5 muestra una modalidad de un mensaje 40 el cuál se puede transmitir, recibir o utilizar de acuerdo con una o más modalidades de la invención, por ejemplo como cualquier mensaje arbitrario 2, 3, 4 de la figura 2, o 3, 5, 6 de la figura 3, o 3, 4, 6, 7 de la figura 4. El mensaje 40 de la figura 5 incluye un encabezado 41 tal como el encabezado de reemplazo, o el encabezado del otro tipo, de un mensaje de protocolo como protocolo de iniciación de la sesión, y opcionalmente un cuerpo de mensaje 47.

El encabezado 41 puede ser un encabezado de reemplazo, un encabezado de invitación, un encabezado de referencia, etc., y puede por ejemplo permitir servicios tales como transferencia atendida de la llamada, recuperar de las existencias, y transición de conferencias localmente mezcladas a dos llamadas de partes de una manera distribuida punto a punto. El encabezado 41 puede contener un campo de información 42 indicando un identificador de comunicación tal como un identificador del servicio de comunicación por ejemplo del tipo multimedia por ejemplo ICSI, identificación de llamada 43 un campo que indica una identidad de la llamada, un campo a la etiqueta 44, un campo de la etiqueta 45, y una etiqueta o etiqueta de referencia de medios 46.

El encabezado de reemplazo 41 es extendido de acuerdo con una o más modalidades de la invención para incluir un identificador de comunicación 41.

La figura 6 muestra una modalidad de un aparato 10 tal como un equipo del usuario el cuál puede corresponder al equipo 1, 2, 3, 4, 8 del usuario, o parte de eso, o un módulo o un conjunto de chips, etc., de acuerdo con una puesta en práctica de la invención. Los aparatos 10 pueden comprender por lo menos uno o más o todo el transmisor-receptor 51 para transmitir y recibir señales a y desde otros aparatos por ejemplo vía una estación base por ejemplo la terminal 4, un generador del mensaje o un receptor 52 para generar o recibir mensajes tales como por ejemplo mensajes SIP tal como se describe anteriormente o adelante, un generador del identificación de comunicación o un detector 53 para generar un identificador de comunicación o detectar un identificador de comunicación recibido tal como un identificador del servicio de comunicación o el identificador de referencia de aplicación de un mensaje que será enviado o recibido vía el transmisor-receptor 51 o una ruta aérea, un verificador o un dispositivo de la verificación, los medios o la unidad y/o el dispositivo del tomador de decisiones, los medios' o la unidad 54 para verificar si es un servicio indicado por el identificador de comunicación soportado por el aparato 10, y/o para decidir a través la transferencia de parte del servicio o de la sesión a o desde el aparato 10, de un procesador 55 para controlar uno o más de los componentes o de los módulos del aparato 5 tales como los componentes 51, 52, 53, 56, y un almacenamiento 56 para almacenar por lo menos uno o más de un identificador de comunicación tal como un identificador del servicio de comunicación, un identificador de referencia de uso, contenido, medios, programas de control etc.

La figura 7 ilustra una modalidad del ejemplo de un diálogo de acuerdo con una o más modalidades de la invención.

La modalidad por ejemplo puede referirse a e implementarse o utilizarse con un paquete del evento de diálogo tal como un paquete de evento de diálogo iniciado por INVITACIÓN para el protocolo de iniciación de la sesión (SIP) . Como ejemplo, rfc4235 define un paquete de evento de diálogo para la arquitectura de los eventos SIP, junto con un formato de datos usado en las notificaciones para este paquete. El paquete del diálogo permite que los usuarios se suscriban a otro usuario y que reciban la notificación de los cambios en el estado de los usos del diálogo iniciado por INVITACIÓN en los cuales participa el suscrito al usuario.

Una modalidad del ejemplo de un cuerpo de notificación de un mensaje tal como por ejemplo una invitación SIP se muestra en la figura 7 y que se describe adelante. <identidad de diálogo ="123456"> <estado>confirmado</estado> <duración>274</duración> <ICSI> urn: urn-xxx: 3gpp-service.ims.ics rtuntel </ICSI> <IARI>urn: urn-xxx : 3gpp-service . ims . iari . xyz </IARI> <local> <mostrar identidad = "Alice">sip: alice@example . com</identidad> <objetivo uri = "sip: alice@pc33. exaraple . com"> <param pnarae="isfocus" pval="verdadero" /> <param pname="clase" pval="personal"/> </objetivo> </local> <remoto> <mostrar identidad = "Bob">sip: bob@example. org</identidad> <objetivo uri=" sip: bobs ter@phone21. example . org"/> </remoto> Una modalidad del diálogo comprende además de los parámetros locales y remotos por lo menos uno de un identificador del servicio de comunicación tal como: <ICSI> urn : urn-xxx : 3gpp- service . ims . icsi .mmtel </ICSI>, y un identificador de referencia de uso tal como <IARI> urn : urn-xxx : 3gpp-service . ims . iari . xyz </IARI>.

Para los propósitos de la presente invención tal como se describe antes, debe observarse que puede utilizarse cualquier tecnología de acceso o de red que puede ser cualquier tecnología por medio de la cual un equipo del usuario pueda tener acceso a una red. La red puede ser cualquier dispositivo, unidad o medio por el cual la entidad móvil o inmóvil o el otro equipo de usuario pueda conectar y/o utilizar los servicios ofrecidos por la red. Tales servicios pueden incluir, entre otros, datos y/o comunicación (audio) visual , descarga de datos etc.

Generalmente, la presente invención es también aplicable en esos ambientes de red o de la terminal que se basan en un esquema basado en la transmisión de paquetes de datos según el cual los datos se transmitan en paquetes de datos y el cual por ejemplo se basa en el protocolo de internet IP. Sin embargo la presente invención no está limitada a esto, y es también aplicable cualquier otro IP actual o futuro o versión móvil del IP, o, más generalmente, un protocolo que sigue principios similares. La entidad del equipo de usuario puede ser cualquier dispositivo, unidad o medio por los cuales un usuario del sistema pueda experimentar servicios de una red.

Las modalidades se pueden implementar como una red, un sistema, un método, o aparato tal como un equipo del usuario objetivo, parte de o para un equipo de usuario tal como un módulo o conjunto de chips, una terminal fija o móvil, una terminal de origen etc.

De acuerdo con una o más modalidades de la invención una red puede comprender un aparato tal como el mencionado anteriormente. El aparato se puede adaptar a, o la red puede tener, servicio desarrollado de paquetes, arquitectura EPS, una arquitectura IMS, una evolución a largo plazo, LTE, arquitectura, un servicio general de la radio en paquetes, GPRS, un sistema global para comunicaciones móviles, GSM, o cualquier otro tipo de comunicación móvil o de red móvil. El aparato o la red puede comprender por lo menos uno de un nodo IMS tal como función del control estatal de llamadas, nodo general de servicio de soporte de servicio de radio en paquetes, SGSN, una entidad de administración de movilidad, MME, o una vía de acceso, etc.

La secuencia de pasos del método antes descrita o mostrada en los dibujos se puede ejecutar en cualquier otra secuencia que se desvia arbitrariamente de la secuencia de pasos antes descrita o mostrada.

Además, el método, los aparatos y dispositivos, pueden incluir solamente una, varias o todas las características antes descritas o mostradas en los dibujos, en cualquier combinación arbitraria.

Los pasos del método se pueden implementar como porciones de código de software y ejecutarse usando un procesador en un elemento o una terminal de red, pueden ser independientes del código de software, o se pueden especificar usando cualquier lenguaje de programación conocido o desarrollado en el futuro siempre que se conserve la funcionalidad definida por los pasos del método. Generalmente, cualquier paso del método es adecuado para ser ejecutado como software o por el hardware sin cambiar la idea de la presente invención en términos de la funcionalidad implementada . Los dispositivos, el aparato, las unidades, o los medios, y/o los pasos del método se pueden ejecutar como componentes de hardware de una estación fija o móvil, o una terminal, o un elemento de red, o parte, o conjunto de chips, o módulo de los mismos. El aparato puede ser una parte, o conjunto de chips, o módulo de una entidad tal como un terminal, un equipo de usuario, una entidad de red, etc. El aparato o el software puede ser independiente del hardware; y se puede ejecutar usando cualquier tecnología de hardware conocida o desarrollada en el futuro o cualquier híbrido de los mismos, tal como MOS (semiconductor de óxido de metal) , CMOS (MOS complementario), BiMOS (MOS bipolar), BiCMOS (CMOS bipolar) , ECL (Lógica acoplada de emisor) , TTL (lógica del Transistor-Transistor), etc., usando por ejemplo componentes ASIC (IC (circuito integrado) específico a la aplicación (circuito integrado) ) , componentes de FPGA (órdenes de puerta Field-programmable) , componentes de CPLD (dispositivo de lógica programable complejo) o componentes de DSP (procesador de señal numérica) . Los dispositivos, el aparato, las unidades o los medios (por ejemplo equipo del usuario, CSCF) se pueden ejecutar como los dispositivos, las unidades, los medios, los conjunto de chips, los módulos, o partes individuales de dispositivos, y pueden también ser implementados en una forma distribuida en el sistema, siempre que se conserven la funcionalidad del dispositivo, la unidad o los medios.

Claims

NOVEDAD DE LA INVENCIÓN Habiéndose descrito la invención como antecede, se reclama como propiedad lo contenido en las siguientes: REIVINDICACIONES

1. Un aparato, caracterizado porque comprende: un verificador para verificar un identificador de comunicación de una sesión o de una parte de una sesión, un transferidor configurado para transferir la sesión o parte de la sesión de o al aparato dependiendo del identificador de comunicación.

2. El aparato de conformidad con la reivindicación 1, caracterizado porque comprende: un detector configurado para detectar o conocer los detalles de la sesión de la sesión o de parte de la sesión, en donde los detalles de la sesión comprenden por lo menos uno de entre el identificador de comunicación, un identificador del servicio de comunicación, un identificador del servicio de comunicación del subsistema multimedia del protocolo de internet, por lo menos la corriente de medios de una sesión en curso, por lo menos una etiqueta de la corriente, un identificador de la llamada, uno o más componentes de los medios de una sesión, un identificador de referencia, un identificador de referencia de la aplicación, y un identificador de referencia de uso del subsistema multimedia del protocolo de internet.

3. El aparato de conformidad con la reivindicación 1, caracterizado porque el aparato es por lo menos uno de entre una terminal, una estación móvil, un equipo de usuario, una parte de una terminal, una estación móvil, un equipo de usuario, un módulo, y un conjunto de chips .

4. El aparato de conformidad con la reivindicación 1, caracterizado porque la sesión es por lo menos una de una sesión de los datos, de una sesión de llamada de voz, de una sesión según un protocolo para iniciar una sesión, y de una sesión de protocolo de la iniciación de la sesión.

5. El aparato de conformidad con la reivindicación 1, caracterizado porque el aparato comprende un detector configurado para detectar el soporte de un servicio basado en el identificador de comunicación, y decidir la transferencia del servicio dependiendo del identificador de comunicación.

6. El aparato de conformidad con la reivindicación 1, caracterizado porque comprende un procesador configurado para : recibir una petición de recuperar una sesión o medios, de realizar una suscripción a un paquete del evento de diálogo, y detectar el identificador de comunicación en el paquete del evento de diálogo.

7. El aparato de conformidad con la reivindicación 6, caracterizado porque el procesador por ejemplo puede configurarse para recibir la suscripción por lo menos de una de un sistema multimedia, de un equipo del usuario y de un servidor de aplicaciones.

8. Un aparato, caracterizado porque comprende medios para verificar un identificador de comunicación de una sesión o parte de una sesión, medios para transferir la sesión o la parte de la sesión o al aparato dependiendo del identificador de comunicación .

9. Aparato de conformidad con la reivindicación 8, caracterizado porque comprende: medios para conocer o proporcionar los detalles de la sesión de la sesión o parte de la sesión, en donde los detalles de la sesión comprenden por lo menos uno de entre el identificador de comunicación, un identificador del servicio de comunicación, un identificador del servicio de comunicación del subsistema multimedia del protocolo de internet, de una sesión en curso según un protocolo para iniciar una sesión, por lo menos una corriente en los medios en curso de la sesión, por lo menos una etiqueta de la corriente, un identificador de la llamada, uno o más componentes de los medios de una sesión, un identificador de referencia, un identificador de referencia de uso, y un identificador de referencia de uso del subsistema multimedia del protocolo de internet.

10. Aparato de conformidad con la reivindicación 8, caracterizado porque el aparato es por lo menos el uno de una estación terminal, móvil, equipo del usuario, módulo, conjunto de chips .

11. Un método, caracterizado porque comprende: verificar un identificador de comunicación de una sesión o de una parte de una sesión, transferir la sesión o la parte de la sesión dependiendo del identificador de comunicación.

12. El método de conformidad con la reivindicación 11, caracterizado porque comprende: conocer o proporcionar los detalles de la sesión o de la parte de la sesión, en donde los detalles de la sesión comprenden por lo menos uno del identificador de comunicación, un identificador del servicio de comunicación, un identificador del servicio de comunicación del subsistema multimedia del protocolo de internet, por lo menos la corriente de los medios de una sesión en curso, por lo menos una etiqueta de la corriente, un identificador de llamada, uno o más componentes de los medios de una sesión, un identificador de referencia, un identificador de referencia de uso, y un identificador de referencia de uso del subsistema multimedia del protocolo de internet .

13. El método de conformidad con la reivindicación 11, caracterizado porque la sesión es por lo menos una de una sesión de datos, de una sesión de llamada de voz, de una sesión según un protocolo para iniciar una sesión, y de una sesión del protocolo de iniciación de la sesión.

14. El método de conformidad con la reivindicación 11, caracterizado porque comprende: verificar el soporte de un servicio basado en el identificador de comunicación, y decidir sobre la transferencia del servicio dependiendo del resultado de la verificación.

15. El método de conformidad con la reivindicación 11, caracterizado porque comprende: recibir una petición de recuperar una sesión o los medios, realizar una suscripción a un paquete de evento de diálogo, y detectar el identificador de comunicación en el paquete del evento de diálogo.

16. El método de conformidad con la reivindicación 11, caracterizado porque comprende: recibir la suscripción por lo menos de una de un sistema multimedia, de un equipo del usuario y de un servidor de aplicaciones.

17. Un paquete del evento de diálogo, caracterizado porque está configurado para permitir a un usuario suscribirse a otro usuario o recibir la notificación de un cambio en estado del uso del diálogo, el paquete que comprende por lo menos uno de entre el identificador de comunicación, un identificador del servicio de comunicación, un identificador del servicio de comunicación del subsistema multimedia del protocolo de internet, un identificador de referencia, un identificador de referencia de uso, y un identificador de referencia de uso del subsistema multimedia del protocolo de internet.

18. El paquete del evento de diálogo de conformidad con la reivindicación 17, caracterizado porque el paquete del evento de diálogo está de acuerdo con RFC4235 y puede comprender además el identificador de comunicación.

19. Un aparato, caracterizado porque está configurado para agregar un identificador de comunicación de una sesión o la parte de una sesión a un mensaje, enviar el mensaje que comprende el identificador agregado a otro aparato.

20. Medio de almacenamiento legible por computadora caracterizado porque comprende un medio de almacenamiento legible por computadora puede comprender los componentes ejecutables por computadora configurados para realizar o para implementar, cuando se ejecutan en una computadora, verificar un identificador de comunicación de una sesión o de una parte de una sesión, transferir la sesión o la parte de la sesión dependiendo del identificador de comunicación.

21. El medio de almacenamiento de conformidad con la reivindicación 20, caracterizado porque comprende medios de código configurados para: conocer o proporcionar los detalles de la sesión o de la parte de la sesión, en donde los detalles de la sesión comprenden por lo menos uno de entre el identificador de comunicación, un identificador del servicio de comunicación, un identificador del servicio de comunicación del subsistema multimedia del protocolo de internet, una sesión en curso según un protocolo para iniciar una sesión, por lo menos la corriente de los medios de una sesión en curso, por lo menos una etiqueta de la corriente, un identificador de la llamada, uno o más componentes de los medios de una sesión, un identificador de referencia, un identificador de referencia de uso, y un identificador de referencia de uso del subsistema multimedia del protocolo de internet.

22. El medio de almacenamiento de conformidad con la reivindicación 21, caracterizado porque comprende: medios del código para verificar el soporte de un servicio basado en el identificador de comunicación, y para decidir sobre la transferencia del servicio dependiendo del identificador de comunicación.