MXPA06001854A - Establecimiento de sesiones de comunicacion. - Google Patents

Abstract

Se describe un metodo para establecer sesiones de datos en un sistema de comunicaciones. El metodo comprende registrar al menos un equipo de usuario con un proveedor de servicios, donde posteriormente la informacion respecto a las capacidades de medios es comunicada entre al menos un equipo de usuario y el proveedor de servicios, y luego almacenada. El metodo comprende enviar adicionalmente una peticion para una sesion de datos con al menos un equipo de usuario, y el uso de la informacion almacenada cuando se establece la sesion de datos requerida. Un sistema de comunicacion, un servidor de aplicacion y un equipo de usuario configurados para operar en consecuencia, son tambien proporcionados.

Description

ESTABLECIMIENTO DE SESIONES DE COMUNICACION CAMPO DE LA INVENCIÓN La invención se refiere a los sistemas de comunicación, y en particular al establecimiento de sesiones de comunicación, asociadas con servicios críticos en el tiempo en sistemas de comunicación que facilitan sesiones de comunicación de datos en paquete, para usuarios de los mismos .

ANTECEDENTES DE LA INVENCIÓN Un sistema de comunicación puede ser considerado como una instalación que hace posible las sesiones de comunicación entre dos o más entidades, tal como el equipo de usuario y/o de otros nodos asociados con el sistema de comunicación. La comunicación puede comprender, por ejemplo, comunicación de voz, datos, multimedia y así sucesivamente. Una sesión puede, por ejemplo, ser una llamada telefónica entre usuarios o una sesión de conferencia de vías múltiples, o una sesión de comunicación entre un equipo de usuario y un servidor de aplicación (AS) , por ejemplo, un servidor del proveedor de servicio. El establecimiento de estas sesiones Ref . : 170373 hace posible en general que un usuario sea provisto con diversos servicios . Un sistema de comunicación típicamente opera de acuerdo con un estándar o especificación dada, que establece lo que a las diversas entidades asociadas con el sistema de comunicación se les permite realizar, y cómo deben ser éstas llevadas a cabo. Por ejemplo, el estándar o especificación puede definir si el usuario, o de manera más precisa, el equipo de usuario está provisto con un servicio conmutado en circuito y/o un servicio conmutado en paquete. Los protocolos de comunicación y/o los parámetros de comunicación que serán utilizados para la conexión pueden ser también definidos. En otras palabras, un grupo específico de "reglas" sobre las cuales puede estar basada la comunicación, necesita ser definido para habilitar una comunicación por medio del sistema. Los sistemas de comunicación que proporcionan la comunicación inalámbrica para el equipo del usuario, son conocidos. Un ejemplo de los sistemas inalámbricos es la red móvil terrestre pública (PLMN por sus siglas en ingles) . Las PLMNs están típicamente basadas en tecnología celular. En sistemas celulares, una estación transceptora base (BTS por sus siglas en ingles) o entidad de acción celular sirve al equipo inalámbrico del usuario (UE) conocido también como estaciones móviles (MS por sus siglas en ingles) y a una interconexión inalámbrica entre estas entidades. La comunicación sobre la interconexión inalámbrica entre el equipo de usuario y los elementos de la red de comunicación, pueden estar basados sobre un protocolo de comunicación apropiado. La operación del aparato de la estación base y otros aparatos requeridos para la comunicación, puede ser controlada por una o varias entidades de control . Las diversas entidades de control pueden estar interconectadas . Uno o más nodos de entrada o compuerta pueden también ser proporcionados para conectar la red celular a otras redes, por ejemplo a una red de telefonía conmutada pública (PSTN por sus siglas en ingles) y/o otras redes de comunicación tales como un protocolo de Internet (IP por sus siglas en ingles) , y/o otras redes de datos conmutadas en paquete. En tal arreglo, la red de comunicaciones móviles proporciona una red de acceso que hace posible a un usuario con un equipo de usuario inalámbrico acceda a las redes externas, huéspedes o servicios ofrecidos por los proveedores de servicio específicos. El punto de acceso o nodo de entrada de la red de comunicación móvil proporciona entonces el acceso adicional a una red externa o un huésped externo. Por ejemplo, si el servicio requerido es proporcionado por un proveedor de servicio localizado en otra red, la petición de servicio es encaminada vía la compuerta o entrada al proveedor de servicio. El encaminamiento puede estar basado en definiciones en los datos del suscriptor móvil almacenados por un operador de red móvil . Un ejemplo de los servicios que puede ser ofrecido para el usuario tales como los suscriptores a un sistema de comunicación son los denominados servicios multimedia. Algunos de los sistemas de comunicación habilitados para ofrecer servicios de medios múltiples son conocidos como redes Multimedia de Protocolos de Internet (IP) . Las funcionalidades multimedia de IP (IM) pueden ser proporcionadas por medio de un subsistema de la Red de Núcleo (CN por sus siglas en ingles) de Multimedia de IP, o brevemente el subsistema de multimedia de IP (IMS) . El IMS incluye diversas entidades de red para la provisión de los servicios multimedia. Los servicios de IMS están destinados a ofrecer, entre otros servicios, las conexiones de IP entre el equipo móvil del usuario. El proyecto de sociedad de tercera generación (3GPP) ha definido el uso del servicio de radio en paquete general (GP S) para la provisión de los servicios IMS, y por lo tanto éste será utilizado en lo subsiguiente como un ejemplo de una posible red de comunicación de columna vertebral que hace posible los servicios IMS. El ambiente de operación del servicio de radio en paquete general (GPRS por sus siglas en ingles) , ejemplar, comprende una o más áreas de servicio de sub-red, que están interconectadas por una red pincipal GPRS . Una subred comprende un número de nodos de servicio (SN) de datos en paquete. En esta aplicación los nodos de servicio serán referidos como nodos de soporte de GPRS de servicio (SGSM por sus siglas en ingles) . Cada uno de los SGSNs está conectado al menos a una red de comunicación móvil, típicamente a los sistemas de la estación base. La conexión es típicamente por medio de controladores de red de radio (R C por sus siglas en ingles) u otros controladores de sistema de acceso tales como los controladores de las estaciones base (BSC por sus siglas en ingles) de una manera tal que el servicio en paquete puede ser proporcionado para el equipo móvil del usuario vía varias estaciones base . La red de comunicación móvil intermedia proporciona transmisión de datos conmutados en paquete entre un nodo de soporte y un equipo de usuario móvil . Diferentes subredes están a su vez conectadas a una red de datos externa, por ejemplo, una red de datos conmutada pública (PSPDN) , vía los nodos de soporte de entrada GPRS (GGSN) . Los servicios GPRS permiten de este modo proporcionar transmisión de datos en paquetes entre las terminales de datos móviles y las redes de datos externos. En tal red, una sesión de datos en paquete es establecida para llevar flujos de tráfico sobre la red. Tal sesión de datos en paquete es frecuentemente denominada como un contexto de protocolo de datos en paquete (PDP) . Un contexto PDP puede incluir un portador de acceso de radio proporcionado entre el equipo del usuario, el controlador de la red de radio y el SGSN, y los canales de datos en paquete conmutados proporcionados entre el nodo de soporte de GPRS de servicio y el medio de soporte de GPRS de entrada. Una sesión de comunicación de datos entre el equipo del usuario y otra parte podría ser luego llevado al contexto PDP establecido. Cada contexto PDP puede llevar más de un flujo de tráfico, pero todos los flujos de tráfico dentro de un contexto PDP particular son tratados de la misma manera con respecto a su transmisión a través de la red. El requerimiento de tratamiento del contexto PDP está basado en los atributos del tratamiento de contexto PDP asociados con los flujos de tráfico, por ejemplo la calidad del servicio y/o los atributos de carga. El Proyecto de Sociedad de Tercera Generación (3GPP) ha definido también una arquitectura de referencia para la red de núcleo de tercera generación (3G) la cual le proporcionará a los usuarios del equipo de usuario el acceso a los servicios multimedia. Esta red de núcleo está dividida en tres principales dominios . Estos son el dominio Conmutado en Circuito (CS) , el dominio Conmutado en Paquete (PS) y el dominio Multimedia de Protocolo de Internet (IM) . El último de estos, el dominio IM, sirve para asegurar que los servicios multimedia sean adecuadamente manejados.

El dominio IM apoya el Protocolo de Inicio de Sesión (SIP) como es desarrollado por la Fuerza de Tarea de Ingeniería de Internet (IETF por sus siglas en ingles) . El Protocolo de Inicio de Sesiones (SIP) es un protocolo de control de capa de aplicación para crear, modificar y terminar las sesiones con uno o más participantes (puntos finales) . SIP fue en general desarrollado para permitir el inicio de una sesión entre dos o más puntos finales en la Internet, haciendo estos puntos finales enterados de la semántica de la sesión. Un usuario conectado a un sistema de comunicación basado en SIP, puede comunicarse con diversas entidades de comunicación basado en los mensajes SIP estandarizados. El equipo de usuario o los usuarios que corren ciertas aplicaciones sobre el equipo del usuario, son registrados con la columna principal de SIP, de modo que una invitación a una sesión particular puede ser correctamente distribuida a estos puntos finales. Para lograr esto, SIP proporciona un mecanismo de registro para los dispositivos y usuarios, y éste aplica mecanismos tales como los servidores de localización y los registradores para encaminar las invitaciones de sesión apropiadamente. Los ejemplos de las posibles sesiones que pueden ser proporcionadas por medio de la señalización por SIP, incluyen las conferencias multimedia de Internet, llamadas telefónicas por Internet, y distribución de multimedia.

Se espera que diversos tipos de servicios sean proporcionados por medios de diferentes Servidores de Aplicación (AS por sus siglas en ingles) sobre los sistemas IMS . Algunos de estos servicios pueden ser críticos en el tiempo. Un ejemplo de los servicios críticos en el tiempo que pueden ser proporcionados sobre los IMS son los denominados servicios de comunicación de voz directa. Un ejemplo más específico de éstos es el servicio de "Oprimir para conversar sobre Celular" (PoC por sus siglas en ingles) , también conocido como PTT, servicio de Oprimir para Conversar. Los servicios de comunicación de voz directa están destinados a utilizar las capacidades del Subsistema de Multimedia de IP (IMS) para hacer posible las conexiones de IP para el equipo de usuario móvil y otras partes de las comunicaciones, por ejemplo otro equipo de usuario móvil o entidades asociadas con la red. El servicio permite que un usuario se enlace en comunicación inmediata con uno o más de otros usuarios . En los servicios PoC, la comunicación entre un equipo de usuario y un servidor de aplicación PoC ocurre en un medio de comunicaciones de una sola vía. Un usuario puede abrir los medios de comunicaciones simplemente al oprimir una tecla de tangente, por ejemplo un botón sobre el teclado de un equipo de usuario . El botón de oprimir para conversar puede ser un botón especifico, y entonces cualquier tecla apropiada del teclado. Mientras que un usuario habla, el otro usuario o usuarios pueden escuchar. La comunicación bidireccional puede ser ofrecida ya que todas las partes de la sesión de comunicaciones pueden comunicar similarmente datos de voz con el servidor de aplicación PoC. Los turnos para hablar son requeridos para oprimir el botón de oprimir para conversar. Los turnos pueden ser otorgados por ejemplo en una base de primero en llegar primero en ser servido, o basado en prioridades. De aqui el nombre de "oprimir para conversar" . Los usuarios pueden unirse a la sesión grupal en aquellos que deseen conversar y luego oprimir la tecla tangente para comenzar a conversar. En la sesión convencional, las capacidades de los medios de los procedimientos de establecimiento de un equipo de usuario, son negociadas durante el procedimiento de establecimiento de la sesión. Por ejemplo, la comunicación PoC entre dos equipos de usuario (comunicaciones uno a uno) o el enlace a un grupo PoC en las comunicaciones de uno a muchos, requiere una sesión SIP sobre el plano de control. Este tiempo solo es claramente largo, especialmente cuando se consideran las necesidades de los servicios críticos en el tiempo. Los servicios instantáneos del tipo oprimir para conversar, por otra parte, son servicios en tiempo real por su naturaleza. Por lo tanto, la conexión plana del usuario debe estar lista sin retraso innecesario después de la indicación de tangente especial u otra indicación que se da a un equipo de que el usuario del mismo desea hablar con otra parte. No obstante, debido a la naturaleza de los procedimientos de establecimiento u organización requeridos para un contexto PDP, esto puede tomar un rato hasta que la conexión de datos apropiada sea proporcionada desde la petición para tener uno. . Por ejemplo, la activación del contexto PDP junto con el tiempo de establecimiento del portador de acceso de radio en la red IMS que cumple con la liberación 5 de 3GPP, toma típicamente más de tres segundos. Debido a esto, no puede existir más tiempo para las negociaciones apropiadas de la capacidad de medios de extremo a extremo, ya que las negociaciones de la capacidad de medios pueden tomar demasiado tiempo para ser realizadas al comienzo de una sesión. Esto puede tener varios efectos desventajosos. Por ejemplo, un problema es cómo proporcionar los ajustes de codee (codificación-descodificación) adecuados desde el comienzo de una sesión. Si la información codee adecuada no está disponible, las ráfagas pueden utilizar codee bajo innecesario para el tipo de comunicaciones requeridas. Otros ejemplos de posible información de capacidad que pueden necesitar ser negociados, se dan en la descripción detallada. Por lo tanto, puede ser ventajoso si las negociaciones de capacidad pudieran ser adecuadamente logradas para el establecimiento u organización. No obstante, si se requiere aún más tiempo para la organización, es posible que los usuarios se lleguen a frustrar y no esperan demasiado tiempo, de modo que el servicio que ellos requirieron pudiera ser proporcionado a ellos. Un tiempo de espera demasiado prolongado puede también ser considerado como inadecuado desde el punto de vista de nivel de servicio. Si un llamador tiene que esperar por un tiempo prolongado para la indicación de espere para conversar, él puede asumir que la petición no fue exitosa. El llamador puede luego incluso volver a oprimir la tangente. En caso de que lo hiciera provocaría un nuevo procedimiento de establecimiento de sesión SIP, consumiendo de este modo recursos de la red y retrasando la establecimiento de la sesión posterior.

BREVE DESCRIPCIÓN DE LA INVENCIÓN De acuerdo a una modalidad de la invención, se proporciona un método para establecer sesiones de datos. El método comprende registrar al menos un equipo de usuario con un proveedor de servicio donde después de esto la información respecto a las capacidades de los medios es comunicada entre al menos un equipo de usuario y el proveedor de servicio, y luego almacenada. El método comprende enviar adicionalmente una petición para una sesión de datos con al menos un equipo de usuario, y el uso de la información almacenada cuando se organiza la sesión de datos requerida. De acuerdo a otra modalidad más de la invención se proporciona un sistema de comunicación configurado para proporcionar servicios para los usuarios del mismo. El sistema de comunicación comprende una red de comunicación para proporcionar al menos a un equipo de usuario el acceso al menos a una red de datos, una red de datos conectada a la red de comunicaciones, y un servidor de aplicación conectado a la red de datos. El servidor de aplicación está configurado para comunicar información respecto a las capacidades de medios con al menos un equipo de usuario antes de que sea pedida una sesión de datos con el equipo del usuario, para almacenar la información respecto a las capacidades de los medios, en una memoria y para utilizar la información desde la memoria cuando se organiza una sesión de datos requerida . De acuerdo a otra modalidad más de la invención, se proporciona un servidor de aplicación para la provisión de servicios para el equipo de usuario, conectado a una red de comunicaciones. El servidor de aplicación está conectado a una red de datos . El servidor de aplicación está configurado para comunicar la información respecto a las capacidades de medios con al menos un equipo de usuario antes de que sea requerida una sesión de datos con al menos un equipo de usuario, para almacenar la información respecto a las capacidades de los medios en una memoria, y para utilizar la información de la memoria cuando se organiza una sesión de datos requerida. De acuerdo a otra modalidad más de la invención, se proporciona un equipo de usuario configurado para conectarse a una red de comunicaciones . El equipo de usuario está configurado para comunicar información respecto a las capacidades de medios con un servidor de aplicación conectado a una red de datos vía la red de comunicación y la red de datos antes de que una petición para una sesión de datos con el equipo de usuario, sea enviada al servidor de aplicación. Las modalidades de la invención pueden proporcionar diversas ventajas. El tiempo que es requerido para establecer una conversación u otra conexión con capacidades de medios apropiados, puede ser disminuido en ciertas aplicaciones. En ciertas modalidades, el tiempo de espera requerido para la provisión de las sesiones requeridas para servicios críticos en el tiempo, puede ser hecho más corto. La repetición innecesaria de peticiones de sesiones puede ser evitada. Esto puede ahorrarle recursos a la red y al equipo de usuario. Las modalidades pueden mejorar la capacidad de uso de los servicios, especialmente los servicios críticos en el tiempo.

BREVE DESCRIPCIÓN DE LAS FIGURAS Para un mejor entendimiento de la invención, se hará referencia ahora a manera de ejemplo, a los dibujos anexos en los cuales: La Figura 1 muestra un sistema de comunicación en donde la invención puede ser ejemplificada; La Figura 2 es un diagrama de flujo que ilustra la operación de una modalidad de la invención; La Figura 3 muestra un posible procedimiento de negociación de capacidades de medios ,- La Figura 4 muestra un posible procedimiento de organización de sesión para un equipo de usuario que llama; y La Figura 5 muestra una posible organización de sesión para un equipo de usuario llamado.

DESCRIPCIÓN DETALLADA DE LAS MODALIDADES PREFERIDAS Ciertas modalidades de la presente invención serán descritas ahora a manera de ejemplo, con referencia a la arquitectura de ej emplificación de un sistema de comunicaciones móviles de tercera generación (3G) . No obstante, se entenderá que ciertas modalidades pueden ser aplicadas a cualquier otra forma adecuada de red. Un sistema de comunicación móvil es típicamente acomodado para servir a una pluralidad de equipos de usuario móviles, usualmente vía una interconexión inalámbrica entre el equipo de usuario y la estación base del sistema de comunicación. El sistema de comunicación móvil puede ser dividido lógicamente entre una red de acceso de radio (RAM) y una red de núcleo (CN) . Se hace referencia ahora a la Figura 1, la cual muestra un ejemplo de una arquitectura de red en donde la invención puede ser ejemplificada. La Figura 1 muestra una Red 45 de Multimedia de IP para ofrecer servicios multimedia de IP para los suscriptores de la Red de Multimedia de IP. Las funcionalidades multimedia de IP (IM) pueden ser proporcionadas por medio de un subsistema de Red de Núcleo (CN) que incluye diversas entidades para la provisión del servicio . Las estaciones base 31 y 43 están acomodadas para transmitir señales hacia y para recibir señales desde el equipo de usuario móvil 30 y 44 de los usuarios móviles, por ejemplo, los suscriptores via una interconexión inalámbrica. Correspondiente, cada uno de los equipos de usuario móviles es capaz de transmitir señales hacia y recibir señales desde la estación base vía la interconexión inalámbrica. En la presentación simplificada de la Figura 1, las estaciones base 31 y 43 pertenecen a las redes de acceso de radio (RAN) respectivas. En el arreglo mostrado, cada equipo de usuario 30, 44 puede acceder a la red IMS 45 vía las dos redes de acceso asociadas con las estaciones base 31 y 43, respectivamente. Se apreciará que, aunque por claridad la Figura 1 muestra las estaciones base únicamente de dos redes de acceso de radio, una red de comunicación móvil típica incluye un número de redes de acceso de radio. La red de acceso de radio 3G (RAN) es típicamente controlada por el controlador de la red de radio apropiada (RNC) . Este controlador no es mostrado con el fin de aumentar la claridad. Un controlador puede ser asignado para cada estación base o un controlador puede controlar una pluralidad de estaciones base. Las soluciones en donde son proporcionados los controladores en las estaciones base individuales y en el nivel de la red de acceso de radio para controlar una pluralidad de estaciones base, son también conocidas. De este modo, se apreciará que el nombre, la localización y el número de los controladores de la red, dependen del sistema. El usuario móvil puede utilizar cualquier dispositivo móvil apropiado adaptado para la comunicación por Protocolo de Internet (IP) para conectarse a la red. Por ejemplo, el usuario móvil puede acceder a la red celular por medio de una computadora personal (PC) , Asistente de Datos Personal (PDA), estación móvil (MS) y similares. Los ejemplos siguientes son descritos en el contexto de las estaciones móviles.

Una persona de experiencia en la técnica está f miliarizado con las características y la operación de una estación móvil típica. De este modo, una explicación detallada de estas características no es necesaria. Es suficiente hacer notar que el usuario puede utilizar la estación móvil para tareas tales como para la realización y recepción de llamadas telefónicas, para recibir y enviar datos desde y hacia la red, y para experimentar, por ejemplo, 'contenido de multimedia. Una estación móvil está típicamente provista con medios de procesador y de memoria para llevar a cabo estas tareas . Una estación móvil puede incluir medios de antena para la recepción y transmisión inalámbrica de señales desde y hacia las estaciones base de la red de comunicaciones móvil . Una estación móvil puede también estar provista con una pantalla para visualizar imágenes y otra información gráfica para el usuario del equipo de usuario móvil. Pueden ser también proporcionados medios de altavoz. La operación de una estación móvil puede ser controlada por medio de una interconexión de usuario apropiada, tales como los botones de control, comandos de voz y similares. Las estaciones móviles 30 y 44 son habilitadas para utilizar los servicios tipo Oprimir para conversar. Una función tangente que puede ser requerida por los servicios de Oprimir para conversar, pueden ser proporcionados por uno de los botones sobre el teclado normal de las estaciones móviles 30 y 44, o por una tecla tangente especifica, por ejemplo con una tangente conocida de los dispositivos tipo transceptor portátil "Walkie-Talkie" . La activación por voz puede ser también utilizada. En este caso, puede ser utilizado un sonido detectado para disparar la organización o establecimiento de la sesión, para la transmisión de voz u otros datos. En vez de oprimir una tecla, el usuario puede también activar el servicio por medio de una selección de menú apropiada . La manera cómo una estación móvil puede activar el servicio, es un asunto de implementación, y no será por lo tanto descrito con ningún detalle adicional . Se apreciará que aunque únicamente dos estaciones móviles son mostradas en la Figura 1 para claridad, un número .de estaciones móviles puede estar en comunicación simultánea con cada estación base del sistema de comunicación móvil . Una estación móvil puede también tener diversas sesiones simultáneas, por ejemplo, un número de sesiones SIP y contextos PDP activados . El usuario puede también tener una llamada telefónica y estar simultáneamente conectado al menos a otro servicio. Las entidades de red de núcleo (CN) incluyen típicamente diversas entidades de control y entradas para hacer posible la comunicación vía un número de redes de acceso de radio, y también para interconectar un sistema de comunicación simple con uno o más sistemas de comunicación, tales como con otros sistemas celulares y/o sistemas de comunicación de línea fija. En la Figura 1, los nodos de soporte de GPRS de servicio 33, 42 y los nodos de soporte de GPRS de entrada 34, 40, son para la provisión de soporte o apoyo para los servicios GPRS 32, 41, respectivamente, en la red . El controlador de la red de acceso de radio está típicamente conectado a una entidad o entidades de red de núcleo apropiadas, tales como, pero no limitadas a, los nodos de soporte de servicio de .radio en paquete general, de servicio (SGSN) 33 y 42. Aunque no se muestra, cada SGSN tiene acceso típicamente a la base de datos designada del suscriptor, configurada para almacenar la información asociada con la suscripción del equipo de usuario respectivo. Un equipo de usuario dentro de la red de acceso de radio puede comunicarse con un controlador de la red de radio vía varios canales de red de radio que son típicamente referidos como portadores de radio (RB) . Cada equipo de usuario puede tener uno o más canales de la red de radio abiertos a cualquier tiempo, con el controlador de la red de radio. El controlador de la red de acceso de radio está en comunicación con el nodo de soporte de GPRS de servicio vía una interconexión apropiada, por ejemplo, en una interconexión Iu. El nodo de soporte GPRS de servicio, a su vez, se comunica típicamente con un nodo de soporte de GPRS de entrada vía la red de columna vertebral GPRS, 32, 41. Esta interconexión es comúnmente una interconexión de datos de paquetes conmutados . El nodo de soporte de GPRS de servicio y/o el nodo de soporte de GPRS de entrada son para la provisión de soporte para los servicios de GPRS en la red. La comunicación total entre el equipo de usuario en una entidad de acceso y un nodo de soporte de GPRS de entrada es en general proporcionado por un contexto de protocolo de datos en paquete (PDP) . Cada contexto PDP usualmente proporciona una via de comunicación entre un equipo de usuario particular y el nodo de soporte de GPRS de entrada y, una vez establecido, puede llevar típicamente múltiples flujos. Cada flujo normalmente representa, por ejemplo, un servicio particular y/o un componente de medio de un servicio particular. El contexto PDP f ecuentemente representa por lo tanto, una vía de comunicación lógica para uno o más flujos a través de la red. Para implementar el contexto PDP entre el equipo de usuario y el nodo de soporte de GPRS de servicio, los portadores de acceso de radio (RAB) necesitan ser establecidos, los cuales comúnmente permiten la transferencia de datos para el equipo de usuario. La implementación de estos canales lógicos y físicos es conocida para aquellos expertos en la técnica y por lo tanto no es discutida adicionalmente en la presente.

El equipo de usuario 30, 44 puede conectarse, vía la red GPRS, a los servidores de aplicación que están en general conectados al IMS. En la Figura 1, tal servidor de aplicación es proporcionado por un servidor de servicios 50 de oprima para conversar en celular (PoC) . El servidor 50 es para proporcionar los servicios de oprimir para conversar sobre celular (PoC) sobre la red IMS 45. El servicio de oprimir para conversar es un ejemplo de los denominados servicios de comunicación de voz directa. Los usuarios quienes desean utilizar el servicio PoC pueden necesitar suscribirse a un servidor PoC apropiado. El registro al servicio PoC después del registro al IMS, puede ser entonces realizado por el IMS por medio de un procedimiento de registro de tercera parte, apropiado. Un servidor PoC está preferentemente provisto con los medios de memoria apropiados para almacenar la información asociada con las capacidades del equipo de usuario registrado con éste. De este modo, la Figura 1 muestra los medios de memoria 52 del servidor de aplicación 50 de PoC. Los servicios de comunicación de voz directa están destinados a utilizar las capacidades de la red principal GPRS y las funciones de control del Subsistema Multimedia (IMS) para hacer posible las conexiones IP para las estaciones móviles 30 y 44. El servidor de aplicación PoC puede ser operado por el operador del sistema IMS, o por un proveedor de servicio tercera parte. Una explicación más detallada de cómo el servicio permite que el usuario de la estación móvil 30 (parte A) se comprometa en una comunicación inmediata con el usuario de la estación móvil 44 (parte B) se da posteriormente en esta descripción. Un usuario puede abrir la sesión de comunicación, por ejemplo simplemente al oprimir un botón específico sobre la estación móvil 30. Mientras que el usuario de la estación móvil 30 habla, el usuario de la estación móvil 44 escucha. El usuario de la estación móvil 44 puede entonces responder de una manera similar. Los sistemas de comunicación han desarrollado tales servicios que pueden ser proporcionados para el equipo de usuario por medio de diversas funciones de la red, que son manejadas por las entidades de la red conocidas como servidores. Por ejemplo, en las arquitecturas de la red multimedia inalámbrica de tercera generación (3G) actuales, se asume que son utilizados varios servidores diferentes para manejar diferentes funciones. Éstas incluyen funciones tales como las funciones de control de la sesión de llamada (CSCFs) . Las funciones de control de la sesión de llamada pueden ser divididas en varias categorías, tales como una función de control de sesión de llamada apoderada (P-CSCF) , que interroga la función de control de sesión de llamada (I-CSCF) , y que sirve la función de control de sesión de llamada (S-CSCF) . Un usuario quien desea utilizar los servicios proporcionados por un servidor de aplicación via el sistema IMS puede necesitar registrarse con una entidad de control de servicio. La función de control de la sesión de llamada (S-CSCF) puede formar en los arreglos 3M IMS, la entidad que un usuario necesita para ser registrado, con el fin de ser capaz de pedir un servicio desde un sistema de comunicaciones . Se apreciará que una función similar puede ser referida en diferentes sistemas con diferentes nombres. Por ejemplo, en ciertas aplicaciones los CSCFs pueden ser referidos como las funciones de control del estado de ll mada . Los sistemas de comunicación pueden estar acomodados tal que un usuario quien ha sido provisto con los recursos de comunicación requeridos por la red de columna vertebral, tiene que iniciar el uso de servicios mediante el envió de una petición del servicio deseado, sobre el sistema de comunicación. Por ejemplo, un usuario puede pedir una sesión, transacción u otro tipo de comunicaciones desde una entidad de red apropiada. La señalización entre el equipo del usuario y las funciones de control del estado de llamada, apropiadas, es encaminada vía las redes GPRS . La señalización de establecimiento de la sesión en el plano del usuario, para el equipo del usuario, es encaminada vía y controlada por el servidor 50 de aplicación PoC, por ejemplo el PoC controla el plano de control y el plano del usuario del usuario de PoC. Se apreciará que el tráfico en el plano de control entre el servidor de la aplicación PoC y el equipo del usuario, es encaminado via el IMS 45, mientras que el tráfico en el plano del usuario entre el equipo del usuario y el servidor la aplicación PoC, es encaminado desde el sistema GP S hacia el servidor de la aplicación PoC sobre las interconexiones 54 y 56. . Las modalidades están basadas en la comprensión de que puede ser ventajoso si al menos una porción de las negociaciones de capacidades de medios podría ser realizada para servicios críticos en el tiempo, antes de que vaya a ser activada la comunicación efectiva de datos. Las negociaciones de capacidad de medios pueden ser necesarias para la comunicación de diversas informaciones de capacidad entre un equipo de usuario particular y le servidor de aplicación. Los ejemplos no limitantes de la información especifica del equipo de usuario, que pueden ser necesarios para ser proporcionados para el servidor de aplicación, incluyen la información del puerto o entrada, por ejemplo a qué puerto el servidor de aplicación enviará los medios, la información concerniente al tipo y a la versión del equipo de usuario, la información del cronómetro, la información con respecto a los codees y modos soportados, la información respecto a las características opcionales soportadas y asi sucesivamente. El equipo de usuario puede también proporcionarle al servidor de aplicación la información respecto a las capacidades de la interconexión inalámbrica que éste tiene con la red de radio. Por ejemplo, la información concerniente a la capacidad y a la calidad de la interconexión inalámbrica, cualquier calidad de las restricciones de servicio y así sucesivamente, pueden ser comunicadas al servidor de aplicación. El equipo de usuario puede necesitar ser proporcionado con la información especifica del servidor de aplicación, tal como la información concerniente a la versión del servidor, las características opcionales soportadas, los posibles cronómetros, los servicios disponibles para el suscriptor, las cuentas pre-pagadas o post-pagadas y así sucesivamente. Lo siguiente describirá una modalidad en donde las capacidades del equipo de usuario, son informadas a un servidor de aplicación antes de que el servicio ofrecido por el servidor de aplicación sea llevado al uso. En la modalidad, el equipo del usuario realiza la negociación de capacidad de medios con el servidor de aplicación crítica en el tiempo o una pluralidad de servidores justo después del registro inicial hacia el sistema IMS . Con referencia ahora a la Figura 2, en el paso 100 un equipo de usuario es registrado en el servidor de aplicación del proveedor de servicio, deseado. De acuerdo con una modalidad, una estación móvil 44 es primeramente registrada con el IMS, por ejemplo, con el CSCF 38 de servicio . Después la estación móvil 44 es exitosamente registrada en el IMS, un registro de tercera parte de la estación móvil 44 puede ser luego llevado a cabo con el servidor 50 de aplicación PoC. Esto puede ser realizado automáticamente para cada usuario quien se ha suscrito a los servicios PoC. De este modo, el usuario puede no necesitar tomar alguna acción en esta etapa. El registro de una 3a SIP parte puede ser proporcionado por medio de un procedimiento de registro de tercera parte entre el IMS y el servidor de aplicación PoC. El equipo del usuario puede entonces realizar la negociación de medios en el paso 102 con el servidor de aplicación, justo después del registro de la 3a parte por S-CSCF. La negociación puede ser realizada, por ejemplo por medio de LOS MENSAJES SIP INVITAR, SIP MENSAJE y SIP OPCIÓN que son comunicados entre el equipo de usuario y el servidor de aplicación, ver también la Figura 3. Cuando es recibida la información de capacidad por el servidor de aplicación, éste lo almacena en una base de datos del mismo en el paso 104. En respuesta a un equipo de usuario de parte A que requieren el paso 106 una sesión de comunicación con el equipo de usuario registrado en los pasos 100 al 104, el servidor 50 de aplicación puede utilizar la información almacenada de la capacidad de medios para establecer la sesión requerida en el paso 108. Por lo tanto, pueden ser evitadas negociaciones de capacidad de medios adicionales en esta etapa. Las capacidades de medios asociadas con el equipo de usuario de la parte A pueden ser incluidas en la petición para la sesión. Alternativamente, el servidor de aplicación puede utilizar la información almacenada en la base de datos del mismo también para el equipo de usuario de parte A. Es realizada ahora una referencia a la Figura 3 , que muestra el posible mecanismo para las negociaciones de capacidad de medios. El equipo 44 de usuario, habilitado por PoC, envía un mensaje de SIP 1 apropiado, justo después de que se realiza el registro de PoC. El SIP MENSAJE 1 puede llevar la información de capacidad requerida del equipo de usuario . El servidor 50 de PoC recibe la información de capacidad en SIP MENSAJE 3 y almacena la información en una base de datos 52 del mismo. Los parámetros en el plano del usuario del equipo 44 de usuario de la parte B, por ejemplo números de puerto, requeridos para la comunicación entre el servidor de aplicación de PoC y el equipo del usuario de la parte B son de este modo hechos disponibles para el servidor de aplicación de PoC. Un número de usuarios pueden ser simil rmente registrados con el servidor de aplicación PoC. El otro equipo de usuario puede realizar negociaciones de capacidades similares y por lo tanto los parámetros de una pluralidad de equipos de usuario pueden ser almacenadas en el servidor de aplicación PoC. Cuando está disponible toda la información necesaria, el servidor de aplicación PoC puede enviar el mensaje 4 de OK de SIP 200 nuevamente al equipo 44 de usuario. Después de la recepción del mensaje 6 de OK de SIP 200 el equipo del usuario sabe que la información de la capacidad ha sido registrada, y que el uso de los servicios puede ser comenzado siempre que esto se requier . La Figura 4 ilustra la posible señalización entre el equipo 30 de usuario y el servidor 50 de aplicación de PoC después de que el equipo 44 del usuario de la parte B registró sus capacidades de medios en el servidor de aplicación. La Figura 5 muestra la mensajería entre el servidor 50 de aplicación de PoC y el equipo 44 de usuario de la parte B. Los caracteres circulados A y B en las Figuras 4 y 5 muestran dónde los diagramas de flujo de señalización en las Figuras 4 y 5 pueden ser mapeados uno al otro para obtener una ilustración más completa de la señalización del procedimiento de activación para una conexión entre los equipos de usuario 30 y 44 de las partes A y B, respectivamente . En el paso 10, el usuario da una indicación de que él desea establecer una conexión de conversación con la parte B. El equipo 30 de usuario puede luego enviar un mensaje 11 de SIP INVITAR al IMS 45, para ser encaminado al servidor 50 de aplicación de PoC para pedir la conexión de conversación con la parte B. El IMS puede enviar un mensaje 12 de ISP 100 INTENTAR, nuevamente al equipo 30 de usuario, en confirmación de que éste ha recibido la petición. El IMS 45 envía el SIP INVITAR como mensaje 13 al servidor 50 de aplicación de PoC. Después de la recepción de este mensaje, el servidor de aplicación puede enviar un mensaje 14 SIP 100 INTENTAR nuevamente al IMS en confirmación de que éste ha recibido al petición. Una vez que el servidor de aplicación recibe la confirmación desde el IMS de que éste ha recibido la petición (ver mensaje 21 de la Figura 5), el servidor de aplicación puede enviar el mensaje 15 de OK de SIP 200 al IMS. Este mensaje puede ser enviado incluso antes de que el equipo 44 del usuario de la parte B haya recibido la petición o cualquier indicación de que tal petición puede ser esperada. El mensaje OK de SIP 200 es luego enviado hacia el equipo 30 de usuario en el mensaje 1S. En respuesta al mensaje de recepción 16, el equipo de usuario 30 puede entonces dar una indicación en el paso 17 al usuario del equipo de usuario de que él puede iniciar la conversación. El equipo de usuario 30 puede también reconocer el mensaje OK mediante el envío de un mensaje 18 de SIP AC al IMS. Este mensaje puede ser luego enviado al servidor 50 de aplicación de PoC como mensaje 19. Como se muestra en la Figura 5, en respuesta a la recepción del mensaje 13 SIP INVITAR, en la Figura 4, el servidor 50 de aplicación de PoC puede enviar un mensaje 20 SIP INVITAR al IMS para ser encaminado al equipo 44 de usuario de la parte B. El IMS puede enviar un mensaje 21 de SIP 100 INTENTAR, nuevamente al servidor de aplicación para confirmar que éste ha recibido el mensaje. El IMS 45 envia el SIP INVITAR como mensaje 22 al equipo 44 de usuario de la parte B, habilitado por PoC. Después de la recepción de este mensaje, el equipo 44 de usuario de la parte B puede enviar un mensaje 23 de SIP 100 INTENTAR nuevamente al IMS, en confirmación de que éste ha recibido la petición. Una vez que el procesamiento requerido es completado en el equipo 44 de usuario de la parte B y la petición puede ser cumplida, el mensaje 24 de SIP 200 OK es comunicado al IMS . El equipo 44 de usuario de la parte B puede también dar una indicación de comenzar a escuchar, al usuario del mismo en el paso 25. El usuario de la parte B puede ser previsto con una indicación de una sesión de "conversación" de PoC, por venir, justo antes de que venga la ráfaga de conversación desde la parte A. El SIP 200 OK es enviado desde el IMS hacia el servidor 50 de aplicación de PoC en el mensaje 26. El servidor 50 de aplicación de PoC puede reconocer el mensaje 26 de OK mediante el envío de un mensaje 27 de SIP ACK hacia el IMS. Este mensaje puede ser luego enviado al equipo 44 del usuario de la parte B como mensaje 28. La negociación de capacidad de medios, del equipo de usuario, temprana, puede acelerar el establecimiento de la sesión. La información proporcionada para el servidor de aplicación, puede ser especialmente útil si cualquier adaptación de la conexión en el plano del usuario entre los dos equipos de usuario 30 y 44, es necesaria, por ejemplo debido a las diferentes características de enlace de comunicación. Si el servidor de aplicación (o una pluralidad de servidores de aplicación) es enterada de los parámetros de los medios de antemano, ésta puede negociar los parámetros con el equipo del usuario antes de la comunicación entre el equipo del usuario, por ejemplo antes de que sea comunicada la primera ráfaga de conversación desde un equipo del usuario hacia el otro en una aplicación PoC. La negociación de las capacidades, por ejemplo, las capacidades de codee, podría no tomar tiempo en el establecimiento de la sesión de comunicación efectiva. Puede ser utilizado un modo de codee ajustado apropiadamente, para asegurar la calidad de la conexión de voz. El servidor de aplicación puede almacenar la información de la capacidad para todos los equipos de usuario registrados con el servidor de aplicación. En una modalidad adicional, un equipo de usuario puede estar provisto con una siempre en sesión" con el servidor de aplicación. Este procedimiento puede ser llamado por ejemplo un establecimiento de "pre-sesión" , "sesión temprana" o "siempre en sesión" . En tal caso, la negociación de capacidad de medios es preferentemente realizada durante el establecimiento del establecimiento de "siempre en sesión" . El equipo de usuario puede requerir automáticamente un establecimiento de "siempre en sesión" después del registro hacia un servidor de aplicación en el paso 100 de la Figura 2. Para el propósito de facilitar un establecimiento de sesión rápido, el contexto PDP para el usuario puede ser activado y los portadores de acceso de radio requeridos (RAB) pueden también ser establecidos automáticamente en respuesta al registro con el servidor de aplicación. El pre-establecimiento del contexto PDP puede ser realizado por medio de una sesión SIP para activar el contexto PDP antes de enviar una petición para una sesión de comunicación, o por medio de otro procedimiento de activación de contexto PDP apropiado. El establecimiento del portador de acceso de radio (RAB) puede ser realizado por medio de un procedimiento de asignación de RAB, apropiado. Con el fin de proporcionar servicios instantáneos adecuados para el suscriptor, la sesión "siempre encendida" es preferentemente proporcionada entre el equipo del usuario y el servidor de aplicación, antes de cualquier petición efectiva para la conversación o antes de que se realice otra sesión. La sesión de comunicación ya establecida puede entonces ser utilizada para la comunicación entre el equipo del usuario y el servidor de aplicación . La sesión "siempre encendida" pre-establecida proporciona sustancialmente comunicación instantánea entre el usuario final y su servidor de aplicación PoC doméstico. La comunicación puede ser transportada desde un equipo de usuario hacia un servidor de aplicación PoC en respuesta al usuario del equipo de usuario, que presiona una tecla tangente del equipo de usuario, en donde la presión de la tangente abre una conexión de conversación al servidor de PoC. Desde que el contexto PDP está ya establecido, la petición de comunicación puede ser transportada al servidor de aplicación de PoC, por medio de cualquier protocolo de señalización apropiado. Se apreciará que éste es un problema de nivel de aplicación, y puede ser proporcionado de diversas maneras. Los estándares de la red de comunicación, tales como 3GGP, son típicamente no restringidos en un protocolo particular para este tipo de propósitos . Para dar un ejemplo, el protocolo de transporte en tiempo real (RTP) o protocolo de control RTP (RTCP) puede ser utilizado para el envío de la petición. Estos protocolos pueden ser utilizados conjunta o separadamente. La petición puede ser también enviada por medio de SIP. Los paquetes pueden ser transportados con base en, por ejemplo, el Protocolo de Datagrama de usuario (HDP) o Protocolo de Control de Transporte (TCP) . La sesión "siempre encendida" hace posible que la estación móvil conozca a cuál dirección de IP y puerto del servidor de aplicación de PoC serán dirigidos los paquetes de TP/RTCP. La carga de RTP/RTCP incluye suficiente información de dirección para el encaminamiento de los paquetes de RTP/RTCP a la estación móvil 44 de la parte B. La parte B puede necesitar ser identificada para el servidor PoC cuando la petición para la conexión de voz es eventualmente realizada. El usuario puede seleccionar el usuario de la parte B o dirigirse a un grupo desde el menú de la estación móvil, y luego oprimir la tecla de "oprimir para conversar" sobre la estación móvil . La información de identidad requerida puede ser agregada por la estación móvil a la señalización transportada sobre la sesión "siempre encendida" hacia el servidor de aplicación de PoC. De acuerdo con otra modalidad, la información asociada con las capacidades del servidor de aplicación, son proporcionadas para el equipo de usuario y almacenadas en éste para el uso posterior. Es también posible que el equipo de usuario y el servidor de aplicación intercambien la información de capacidad requerida uno con el otro en el paso 102 de la Figura 2, antes de que se realice una petición para una sesión de comunicación. De acuerdo con una modalidad, un equipo de usuario envía la información respecto a las capacidades que podrían ser utilizadas. El servidor de aplicación recibe la información de la capacidad y trata esta información como una propuesta. Después de haber analizado las capacidades, el servidor de aplicación puede entonces enviar de regreso la información respecto a las capacidades que serán utilizadas para la siguiente sesión. El análisis y la realización de la decisión a este respecto pueden estar basadas en varias informaciones. Por ejemplo, si una sesión grupal va a ser establecida, el servidor de aplicación puede analizar las capacidades de todos los equipos de usuario involucrados en la sesión, y establecer las capacidades, tal que todos los miembros del grupo puedan participar en la sesión. Lo anterior describe una solución basada en el servidor de aplicación general, para un servicio critico en el tiempo como el PoC. No obstante, se apreciará que la invención puede ser aplicada a otros servicios sin apartarse del espíritu y alcance de la misma. El concepto le ofrece a los fabricantes de las terminales una oportunidad para implementar la instalación de oprimir para conversar a través de' las categorías de los equipos de usuario, ofreciendo de este modo a los usuarios finales más libertad para elegir los productos que cumplen mejor sus necesidades de comunicación. Se debe apreciar que mientras las modalidades de la invención han sido descritas con relación al equipo del usuario, tales como las estaciones móviles, las modalidades de la invención son aplicables a cualquier otro tipo adecuado de equipo de usuario . Los ejemplos de la invención han sido descritos en el contexto de un sistema IMS y las redes GPRS . Esta invención es también aplicable a cualesquier otras técnicas de acceso. Además, los ejemplos dados son descritos en el contexto de las redes SIP con las entidades capaces de SIP. Esta invención es también aplicable a cualesquiera otros sistemas de comunicación apropiados, ya sea inalámbricos o sistemas de linea fija y estándares y protocolos. Se apreciará que aunque la Figura 1 muestra y lo anterior describe únicamente un servidor de aplicación de PoC, pueden ser proporcionados un número de servidores tales. El equipo de usuario de la parte A y de la parte B puede ser registrado con diferentes servidores de aplicación de PoC. Los servidores de aplicaciones que sirven a las partes A y B pueden incluso estar localizados en diferentes redes. Las modalidades de la invención han sido discutidas en el contexto de las funciones de control de estado de llamada. Las modalidades de la invención pueden ser aplicables a otros elementos de la red, donde sea aplicable. Se nota también en la presente que mientras que lo anterior describe las modalidades ejemplares de la invención, existen diversas variaciones y modificaciones que pueden ser realizadas a la solución descrita, sin apartarse del espíritu de la invención como se define en las reivindicaciones anexas .

Se hace constar que con relación a esta fecha, el mejor método conocido por la solicitante para llevar a la práctica la citada invención, es el que resulta claro de la presente descripción de la invención.

Claims (26)

REIVINDICACIONES Habiéndose descrito la invención como antecede, se reclama como propiedad lo contenido en las siguientes reivindicaciones :

1. Un método para establecer sesiones de datos caracterizado porque comprende: registrar al menos un equipo de usuario con un proveedor de servicio; comunicar la información respecto a las capacidades de los medios entre al menos un equipo de usuario y el proveedor de servicio; almacenar la información respecto a las capacidades de los medios; enviar una petición para una sesión de datos con al menos un equipo de usuario; y utilizar la información almacenada cuando se establece la sesión de datos requerida.

2. Un método de conformidad con la reivindicación 1, caracterizado porque el paso de información de comunicación respecto a las capacidades de medios, comprende el envío de información respecto a las capacidades de medios desde el equipo del usuario hacia el proveedor del servicio, y el paso de almacenar la información comprende almacenar la información de capacidad de medios en el proveedor de servicio .

3. Un método de conformidad con la reivindicación 2, caracterizado porque la información respecto a las capacidades de medios comprende la información asociada con al menos una de las siguientes características: capacidades codee, capacidades de modo; entradas o puertos de comunicación disponibles; tipo y/o versión del equipo de usuario; un cronómetro; características opcionales apoyadas; capacidades del portador de radio proporcionadas para el equipo de usuario.

4. Un método de conformidad con cualquier reivindicación precedente, caracterizado porque el paso de comunicar información respecto a las capacidades de medios, comprende el envío de información respecto a las capacidades de medios desde el proveedor de servicio hacia el equipo de usuario, y el paso de almacenar la información comprende el almacenamiento de la información de la capacidad de medios, en el equipo del usuario.

5. Un método de conformidad con la reivindicación 4, caracterizado porque la información respecto a las capacidades de medios comprende la información asociada con al menos una de las siguientes características: la versión de un servidor de aplicación; las características opcionales soportadas; un cronómetro; servicios disponibles; una cuenta.

6. Un método de conformidad con cualquier reivindicación precedente, caracterizado porque el paso de registrar el equipo de usuario comprende registrar el equipo del usuario con un servidor de aplicación del servicio de oprimir para conversar .

7. Un método de conformidad con cualquier reivindicación precedente, caracterizado porque comprende el paso adicional de registrar el equipo del usuario con un subsistema Multimedia de protocolo de Internet, y subsecuente a esto, registrar el equipo del usuario automáticamente con el proveedor de servicio.

8. Un método de conformidad con cualquier reivindicación precedente, caracterizado porque el paso de comunicar información respecto a las capacidades de medios, comprende el envío de al menos un mensaje del Protocolo de Inicio de Sesión, entre el equipo del usuario y el proveedor de servicio.

9. Un método de conformidad con cualquier reivindicación precedente, caracterizado porque el paso comunicar información respecto a las capacidades de medios, comprende la comunicación automática de la información subsecuente al registro del equipo del usuario con el proveedor de servicio.

10. Un método de conformidad con cualquier reivindicación precedente, caracterizado porque el paso de registrar el equipo del usuario con el proveedor de servicio, comprende un registro de tercera parte del equipo del usuario por un subsistema Multimedia de Protocolo de Internet.

11. Un método de conformidad con cualquier reivindicación precedente, caracterizado porque comprende la comunicación sobre la red de comunicación conmutada en paquetes .

12. Un método de conformidad con la reivindicación 11, caracterizado porque la sesión de comunicación comprende un contexto de Protocolo de Datos en Paquetes.

13. Un método de conformidad con cualquier reivindicación precedente, caracterizado porque comprende la apertura de una sesión de comunicación en el plano del usuario, sustancialmente instantáneo, entre el equipo del usuario y el proveedor de servicio, en respuesta a la recepción de una petición para sesión desde otro equipo de usuario .

14. Un método de conformidad con cualquier reivindicación precedente, caracterizado porque comprende el paso de almacenar la información respecto a las capacidades de medios de al menos dos equipos de usuario, antes del paso de envío de la petición para una sesión de datos.

15. Un método de conformidad con la reivindicación 14, caracterizado porque comprende el establecimiento de una sesión de usuarios múltiples por medio de la información almacenada .

16. Un método de conformidad con cualquier reivindicación precedente, caracterizado porque comprende los pasos de enviar desde el equipo del usuario la información asociada con las capacidades de medios que el equipo del usuario pudiera proporcionar para una sesión de comunicación que va a ser establecida posteriormente, la recepción y el análisis de la información asociada con las capacidades de medios disponibles en el proveedor de servicio, y el envío, desde el proveedor de servicio hacia el equipo del usuario, de la información respecto a las capacidades de medios para el uso por el equipo del usuario para la sesión de comunicación subsecuente.

17. Un sistema de comunicación configurado para proporcionar . servicios para usuarios del mismo está caracterizado porque comprende: una red de comunicación para proporcionar al menos un equipo del usuario con acceso al menos a una red de datos; una red de datos conectada a la red de comunicación; y un servidor de aplicación conectado a la red de datos, el servidor de aplicación está configurado para comunicar información respecto a las capacidades de medios, con al menos un equipo de usuario antes de que se requiera una sesión de datos con al menos un equipo de usuario, para almacenar la información respecto a las capacidades de medios en una memoria, y para utilizar la información desde la memoria cuando se establece una sesión de datos requerida.

18. Un sistema de comunicación de conformidad con la reivindicación 17, caracterizado porque el servidor de aplicación comprende un servidor de aplicación celular de oprimir para conversar, la red de datos comprende un Subsistema Multimedia de Protocolo de Internet, y la red de comunicación comprende una red de comunicación conmutada en paquetes.

19. Un sistema de comunicación de conformidad con la reivindicación 17 ó 18, caracterizado porque la red de datos comprende un controlador configurado para hacer posible que un equipo de usuario registre con la red de datos, la configuración del sistema de comunicación siendo tal que subsecuente al registro con el controlador, el equipo de usuario es automáticamente registrado con el servidor de aplicación.

20. Un sistema de comunicación de conformidad con la reivindicación 19, caracterizado porque es configurado para comunicar automáticamente la información respecto a las capacidades de medios, subsecuente al registro del equipo de usuario con el servidor de aplicación.

21. Un servidor de aplicación para la provisión de servicios para el equipo de usuario conectado a una red de comunicación, el servidor de aplicación está caracterizado porque está conectado a una red de datos, el servidor de aplicación está configurado para comunicar información respecto a las capacidades de medios con al menos un equipo de usuario antes de se requiera o se pida una sesión de datos con al menos un equipo de usuario, para almacenar información respecto a las capacidades de medios en una memoria, y para utilizar la información desde la memoria cuando se establece una sesión de datos requerida.

22. Un servidor de aplicación de conformidad con la reivindicación 21, caracterizado porque comprende un servidor de aplicación de servicio de oprimir para conversar.

23. Un servidor de aplicación de conformidad con la reivindicación 21 ó 22, caracterizado porque está conectado a un Subsistema Multimedia de Protocolo de Internet .

24. Un servidor de aplicación de conformidad con cualquiera de las reivindicaciones 21 a 23, caracterizado porque está configurado para almacenar la información respecto a las capacidades de medios de todos los equipos de usuario registrados con el servidor de aplicación.

25. Un equipo de usuario configurado para conectarse a una red de comunicación, caracterizado porque está configurado para comunicar información respecto a las capacidades de medios con un servidor de aplicación conectado a una red de datos vía una red de comunicación, y la red de datos antes de que sea enviada una petición para una sesión de datos con el equipo del usuario, hacia el servidor de aplicación.

26. Un equipo de usuario de conformidad con la reivindicación 25, caracterizado porque comprende una memoria para almacenar información de capacidad de medios asociada con el servidor de aplicación, y que está configurado para utilizar la información de capacidad de medios desde la memoria, cuando se establece una sesión de datos requerida.