MXPA05003772A - Un sistema de comunicacion. - Google Patents

Abstract

Esta invencion se relaciona con un sistema de comunicacion que comprende por lo menos un usuario con quien se asocia informacion de presencia, dicha informacion de presencia comprende una pluralidad de partes, por lo menos una de dichas partes comprende informacion que identifica una aplicacion para la cual se pretende dicha por lo menos una parte; y se proporciona por lo menos una entidad a la cual se asocia informacion de presencia con dicho por lo menos un usuario, dicha por lo menos una entidad tiene por lo menos una aplicacion de entidad, dicha por lo menos una entidad esta dispuesta para utilizar dicha informacion para obtener la por lo menos una parte pretendida para dicha por lo menos una aplicacion de entidad.

Description

UN SISTEMA DE COMUNICACION CAMPO DE LA INVENCION La presente invención se relaciona con un sistema de comunicación, en particular para la prestación de un servicio de presencia en un sistema de comunicación.

ANTECEDENTES DE LA INVENCION En la actualidad se utiliza una amplia escala de sistemas de comunicación que permiten la comunicación entre dos o más entidades, como el equipo de un usuario y/o otros nodos asociados con el sistema. Se conocen sistemas de comunicación que proporcionan comunicación inalámbrica para terminales de usuarios u otros nodos. Un ejemplo de sistema de red inalámbrica es una red de telefonía móvil de terreno público (PLMN). Una PLMN típicamente es una red celular en donde un tranceptor de estación base (BTS) o entidad de acceso similar da servicio al equipo del usuario (UE) como estaciones móviles (MS) vía una interfaz inalámbrica. La operación del aparato requerido para la comunicación generalmente es controlada por una o más entidades de control, las cuales pueden estar interconectadas entre sí. Uno o más nodos de compuerta ayudan a conectar la PLMN con otras redes. Ejemplos de dichas otras redes son otra red celular, una red de telefonía pública conmutada (PSTN) y redes de datos conmutados en paquete con una red con base en IP (Protocolo de Internet). La comunicación entre el equipo del usuario y otros elementos del sistema de comunicación se basa en un protocolo de comunicaciones apropiado, el cual define de las "reglas" bajo las cuales se maneja la comunicación en el sistema. En el sistema inalámbrico actual de tercera generación (3G) se definen diversos servidores para el manejo de diferentes servicios de comunicación para usuarios móviles. Estos incluyen servidores que proporcionan funciones de control del estado de llamada, que se conocen como CSCF. Las entidades también pueden proporcionar funciones de control como un servidor de subscriptor en el hogar (HSS) y aplicaciones de diversos servidores de aplicación. El HSS típicamente sirve para almacenar permanentemente el perfil del usuario y que se utiliza durante la autenticación. Por ejemplo, en la arquitectura emisión 5 para 3G, según lo especifica el Proyecto Conjunto de Tercera Generación (3GPP), estas entidades se pueden publicar en el subsistema multimedia IP (IMS). La red IMS se puede ubicar en el concentrador de la arquitectura 3G, dando soporte a una red con base IP que maneja servicios de telefonía por voz tanto tradicionales como servicios multimedia. El 3GPP ha elegido el protocolo de inicio de sesión (SIP) como un protocolo de señalización de sesión esencial para redes 3G. El SIP ha sido desarrollado por la Internet Engineering Task Forcé (IETF). Aquellos interesados pueden encontrar la especificación 3GPP 24.229 que describe la operación básica de las redes IMS desde una perspectiva SIP titulado "IP Multimedia Cali Control Protocol based on SIP and SDP" en http://www.3gpp.org/ftp/Specs/Latest-drafts/24229-201.zip. SIP es un protocolo de estilo solicitud/respuesta, en el sentido que para cada mensaje enviado a partir de una fuente, existe una respuesta asociada a partir del destino que confirma la recepción del mensaje enviado. (El mensaje de reconocimiento ACK es un caso especial en el cual no se envía una respuesta). Por ejemplo, en una red 3G, cuando un usuario primero se conmuta a su terminal móvil, debe registrar su ID de usuario o dirección con la red antes de permitir a la terminal conectarse completamente. Esto se realiza al envía un mensaje SIP "REGISTRO" de la terminal al IMS, el cual incluye detalles de la dirección del usuario. El IMS recibe y procesa esta información utilizando una función de control de estado de llamada en servicio (S-CSCF), el cual dentro del contexto se le conoce como el registrante. El mensaje de REGISTRO se utiliza únicamente para proporcionar un trazado entre el alias de un usuario y la información de contacto, por ejemplo trazar el alias sip:mikko.lonnfors@sonera.com a una dirección IP de la terminal. El IMS reconoce el registro al enviar un mensaje de reconocimiento adecuado (por ejemplo, mensaje 200 OK) de conformidad con el SIP. Registros subsecuentes también pueden tener lugar (re-"REGISTRAR") cada vez que el registro precedente se ha vencido o se está venciendo, o cuando existe un cambio en el estado del usuario. Cuando un usuario desea configurar una cesión con otro usuario, como una sesión de llamada de voz o de mensajería (existe otra manera de enviar mensajes, es decir con un MENSAJE SIP y en este caso no se requiere el establecimiento de la sesión), la negociación de la sesión también se realizará bajo SIP. Los servidores de aplicación (AS) pueden suministrar servicios vía IMS como mensajería instantánea, presencia, reportes de tráfico local y facilidades para la realización de conferencias. Un AS puede residir dentro de la red IMS o fuera de ésta. Típicamente el AS es externo cuando el servicio soportado es proporcionado por un tercero. Un ejemplo específico de información de estado es la información de presencia. Los servidores de usuario o de aplicación que se subscriben a un servicio de presencia pueden determinar la capacidad y disponibilidad de otro usuario, por ejemplo para aceptar una llamada (dependiendo del equipo y proveedor de servicio) entre otros atributos/características de presencia. Sin embargo, en sistemas que soportan SIP, la presencia puede asumir una variedad indicadores como "en la oficina y disponible para todas las llamadas", "en casa y disponible para llamadas privadas únicamente", y "ocupado en una llamada" (o por lo menos que aparenta estar de esa forma). Así, la información de presencia permite a un usuario indagar sobre la disponibilidad de otro usuario antes de intentar hacer una llamada. El servicio de presencia puede proporcionar más que únicamente información como disponible/no disponible. Puede contener elementos visuales, animados o de sonido y puede describir varios aspectos, por ejemplo relacionados con una sesión de juego. Este servicio de presencia que se está estandarizando en OMA 8 (alianza móvil abierta (www.openmobilealliance.org)), 3GPP y 1 ETF está ganando cada vez más atención. Se espera que el número de aplicaciones de alerta de presencia aumentarán en el futuro. Conforme el número de aplicaciones aumenta también aumenta la cantidad de información de presencia. A partir de la perspectiva de la terminal de recepción el aumento de información plantea un reto en cuanto a cómo tratar información de presencia, es decir qué partes de la información de presencia son relevantes a cual(es) aplicación(es). Una terminal puede ejecutar una o más aplicaciones. Por ejemplo, la terminal puede ejecutar una aplicación de directorio telefónico dinámico y una aplicación de juegos. En los modelos IETF y 3GPP actuales, se utiliza una estructura de tupio. El tupio contiene un ID TUPLO "aleatorio" que no tiene semántica alguna; es decir, no se puede utilizar para describir el propósito del tupio. En cada tupio pueden existir varios atributos. Aún más, diferentes tupios pueden tener atributos que tengan el mismo nombre pero que pretendan utilizarse/interpretarse diferentemente, dependiendo la aplicación de envío/recepción. Por ejemplo, la información de presencia puede contener dos tupios (uno para juego y uno para un directorio telefónico dinámico (DPB) y cada uno de estos tupios puede tener un campo de estado. El directorio telefónico dinámico puede haber sido diseñado para comprender valores de estado: disponible, discreto, no disponible, mientras que el juego puede estar diseñado para entender valores de estado: disparar, muerto, en pausa, perdido. Como se puede observar a partir de este ejemplo, los campos de estado tienen que suministrarse a la aplicación completa y van a tener el significado correcto. Esto es un problema cuando una terminal tiene dos o más aplicaciones. Esto también es un problema incluso si la terminal de recepción tiene únicamente una aplicación y la terminal de envío o de estado de presencia tiene múltiples. Si los datos como los proporcionados en el ejemplo se suministran a la terminal que tiene únicamente por ejemplo DPB, la terminal de recepción necesita ser capaz de determinar qué tupio pertenecía a la aplicación DPB. En la actualidad, se necesita un mecanismo para transmitir la información para las aplicaciones correctas más que para cada aplicación para verificar cada tupio y ver si los valores de estado tienen significado alguno para la aplicación. En otras palabras, se adopta un enfoque de prueba y error. Sin embargo, esto crea incertidumbre respecto a la propiedad de la información. Esto es porque en algunos casos incluso si el valor puede ser lo mismo para un atributo, puede ser interpretado incorrectamente por la aplicación equivocada. Un ejemplo de esto es como sigue: una terminal de envío tiene una aplicación DPB y de IM (mensajería instantánea). Establece los valores de estado: DPB = Cerrado, IM = Abierto. En este ejemplo ambas aplicaciones utilizarían únicamente valores de estado abierto y cerrado. Ahora, si la terminal de recepción únicamente tiene una aplicación IM y recibe tanto los estados DPM e IM y si la terminal de recepción trata el primer valor de estado de DPB, lo entiende y lo presenta al usuario mediante la aplicación IM, diciendo que la aplicación IM en la terminal de estado de presencia se cerró aunque estaba abierta. Se ha propuesto que cuando un usuario quiere obtener información de presencia acerca de algún otro usuario entonces el usuario debe ser capaz de incluir filtros para reducir los datos del servidor de presencia, es decir la información de presencia. Esto filtros son capaces de reducir los datos del servidor de presencia para que incluyan únicamente partes que sean de interés para el usuario. El enfoque en el que las identidades de tupio se utilizan como criterios de filtración por parte de los observadores (usuarios que solicitan información de presencia) y también la autorización se basa en identidades de tupio que tiene muchas desventajas. Si por ejemplo un usuario que está siendo observado tiene 4 tupios (T1 , T2, T3 y T4) y un observador está interesado únicamente en los tupios T2 y T3, el observador fija los filtros para permitir que se le notifiquen a él únicamente los tupios T2 y T3. El usuario observador puede entonces decidir por alguna razón iniciar el mostrar diferentes valores al observador en particular respecto a todos los tupios. El usuario observado crea los nuevos tupios T5, T6, T7 y T8 y crea una nueva lista de acceso, lo cual permite al observador ver los tupios T5-T8, pero no los tupios T1-T4. Pero el observador ha fijado el filtrado con base en la identidad de tupios, lo cual quiere decir no se le proporcionan tupios. Esto es inconveniente. Otra desventaja de utilizar las identidades de tupio en el filtrado es que normalmente el estado de presencia no quiere que los observadores sepan que un observador en particular no puede obtener información tan detallada como otro observador, o que la información dada a diferentes grupos de observadores es ligera o totalmente diferente de la información proporcionada a otros observadores. Esto es inconveniente si los parámetros de filtrado cambian cada vez que se cambia la información de autorización de un observador, debido al nivel de detalle diferente de la información proporcionada al observador. Esto sería el caso si el filtrado se basa en las identidades de tupio únicas.

BREVE DESCRIPCION DE LA INVENCION Modalidades de la presente invención buscan superar uno o varios de los problemas anteriores. De conformidad con un aspecto de la presente invención, se proporciona un sistema de comunicación que comprende por lo menos un usuario con quien se asocia una información de presencia, dicha información de presencia comprende una pluralidad de partes, por lo menos una de dichas partes comprende información que identifica la aplicación para la cual se pretende por lo menos dicha parte.

De conformidad con un segundo aspecto de la presente invención, se proporciona un método de comunicación que comprende los pasos de proporcionar información de presencia para un usuario asociado, dicha información de presencia comprende una pluralidad de partes, por lo menos una de dichas partes comprende información que identifica una aplicación para la cual se pretende por lo menos una parte; y por lo menos una entidad que obtiene una de dichas partes, dicha por lo menos una entidad tiene por lo menos una aplicación de entidad, la por lo menos una identidad obtiene las partes que comprenden información que identifica por lo menos una aplicación de entidad. De conformidad con un tercer aspecto de la presente invención, se provee un usuario en un sistema de comunicaciones, y dicho usuario tiene información de presencia asociada, dicha información de presencia comprende una pluralidad de partes, dicho usuario está dispuesto para proveer por lo menos una de dichas partes con información que identifica una aplicación para la cual se pretende dicha por lo menos una parte. De acuerdo con un cuarto aspecto de la presente invención, se provee una entidad en un sistema de comunicaciones, dicha entidad comprende por lo menos un medio para obtener aplicación para obtener por lo menos una parte de información de presencia asociada con un usuario, la por lo menos una parte comprende información que identifica una aplicación, el medio de obtención está dispuesto para obtener la por lo menos parte que comprende información que identifica dicha por lo menos una aplicación.

Los parámetros de filtrado bastante estáticos que son posibles con modalidades de la presente invención son útiles especialmente cuando los filtros están almacenados en un cierto servidor (por ejemplo en el caso de la lista de presencia) o similares anticipadamente. Modalidades de la invención pueden permitir ocultar el hecho de los observadores que existe un nivel diferente de información (o información totalmente diferente) disponible a diferentes observadores. Modalidades de la invención pueden permitir cambios en la autorización sin afectar por ejemplo los parámetros de filtrado o algunas otras funcionalidades que pueden estar separadas de la autorización al proporcionar más semántica a los elementos de información de presencia. Modalidades de la invención pueden proporcionar al observador la posibilidad de solicitar información semánticamente comprensible en vez de basar la solicitud en información de identidad "carente de sentido".

BREVE DESCRIPCION DE LOS DIBUJOS Para una mejor comprensión de la presente invención y respecto a como la misma se puede llevar a cabo, se hará ahora referencia como ejemplo únicamente a los dibujos adjuntos, en los cuales: La figura 1 ilustra un sistema de comunicación en donde se pueda aplicar la presente invención; La figura 2 ilustra esquemáticamente una modalidad de la invención; La figura 3 ¡lustra la modalidad de la figura 2 en más detalle; La figura 4 ilustra la parte IMS del sistema de la figura 1 en mayor detalle; La figura 5 ilustra esquemáticamente una modalidad de la invención.

DESCRIPCION DETALLADA DE LA INVENCION Primero se hará referencia a la figura 1 , la cual ilustra un sistema de telecomunicaciones inalámbrico típico de tercera generación (3G) que opera bajo el sistema de telecomunicaciones móviles universales (UMTS). En el concentrador de este sistema está la red del subsistema multimedia IP (IMS) 100, el cual enruta las llamadas y todo tipo de sesiones entre dos o más usuarios (o entre el usuario y un elemento de red, por ejemplo servidor de aplicación) de la red y proporciona otras funciones de red. Ejemplos de usuario son una terminal móvil 111, computadora portátil 12, un asistente de escritorio personal (PDA) 113, un teléfono de red de telefonía conmutada pública (PSTN) 31 , terminal de computadora 123 y un servidor de aplicación 121, y el servidor de aplicación 122. El IMS utiliza una red basada en IP para manejar estas llamadas, que puede incluir llamadas tanto de voz como multimedia.

La red IMS actúa efectivamente como una compuerta en un sistema 3G entre los usuarios 111, 112, 113, y otras redes como un PSTN 130 y una red con base en IP externa 120. La señalización entre la terminal móvil y otros usuarios de la red IMS, y dentro de la red IMS, se realiza bajo el protocolo de inicio de sesión (SIP). Todas las referencias a mensajes que siguen son mensajes SIP a menos que se manifieste lo contrario, y se mostrarán en mayúsculas. Debe observarse que aunque se han descrito las modalidades preferidas de la presente invención en el contexto de SIP se pueden implementar otras modalidades de la invención en entornos que no sean SIP. Se hará ahora referencia a las figuras 2 y 3 que muestran esquemáticamente una modalidad de la presente invención. La figura 2 muestra una terminal de transmisión 10 y una terminal de recepción 12. La terminal de transmisión 10 está dispuesta para proporcionar información de presencia a la terminal de recepción 12. Se proporciona un servidor de presencia 14. El servidor de presencia 14 y la terminal de transmisión se conocen algunas veces como estado de presencia. El servidor de presencia 14 proporciona a la terminal de recepción 13 la información de presencia requerida. El servidor de presencia 14 recibirá en formación de presencia de la terminal de transmisión. Debe observarse que la conexión entre la terminal de transmisión 10 y el servidor de presencia 14, así como la conexión entre el servidor de presencia 14 y la terminal de recepción será vía elementos de red o entidades que no se muestran.

En modalidades de la presente invención, una terminal de transmisión 10 (que puede ser cualquiera de los usuarios como se discutió anteriormente y que se le puede llamar un usuario observado (o estado de presencia)) marcará tupios de presencia para que la terminal de recepción 12 (que puede ser cualquiera de los usuarios discutidos anteriormente y que puede ser llamado un observador) y posiblemente el servidor de presencia 14 puede identificar diferentes partes de la información de presencia y transmitirla a la aplicación correcta. En particular, en modalidades de la presente invención, se proporciona un campo de información de identidad de aplicación semánticamente significativo en cada tupio o por lo menos en algunos tupios. Este campo se conoce como el campo de ID de aplicación. La información puede ser la identidad en sí misma o la información relacionada con la identidad. La aplicación de transmisión inserta un identificador específico de aplicación en ese campo de información de identidad de aplicación que puede ser reconocido en el extremo de recepción. La terminal de recepción pasa los tupios a las aplicaciones en esa terminal identificada en el campo de ID de aplicación. Esto se discutirá en mayor detalle con referencia a la figura 3. En el paso 1 , las aplicaciones 16a, 16b y 16c que residen en la terminal de transmisión registran sus identidades de aplicación con una máquina de presencia 18 en la terminal. Después de este paso las aplicaciones pueden iniciar la publicación de información, es decir enviar información al servidor de presencia (y desde ahí a la terminal de recepción si el observador ha realizado una suscripción de presencia). En el ejemplo que se muestra en la figura 3, se muestra a la terminal como con tres aplicaciones. Esto es únicamente como ejemplo y una terminal u otro usuario pueden tener más o menos de tres aplicaciones. En el paso 2, cada aplicación 16 pública información de presencia en una forma que contenga uno o más tupios y la máquina de presencia adjunta la ID de aplicación a cada tupio. Después de esto la máquina de presencia 18 envía la información al servidor de presencia 14. En modalidades alternativas la aplicación puede realizar el anexo de la ID de la aplicación. En el paso 3, la máquina de presencia 20 de la terminal de recepción 12 recibe un mensaje de NOTIFICAR del servidor de presencia 14 de nueva información de presencia. De conformidad con la ID de la aplicación (que es portada en cada tupio) los tupios son enrutados a las aplicaciones correspondientes 22 de la terminal de recepción por parte de la máquina de presencia. Alternativamente, cada aplicación puede recibir todos los tupios pero ignorará cualquier tupio que tenga la identidad de aplicación errónea. Así, cada aplicación podría tener su propia ID de aplicación, por ejemplo juego 1, juego 2, SMS, IM-1 , IM-2, correo electrónico. Si dos terminales (1 y 2) tienen la misma aplicación, por ejemplo IM-1 , la ID de aplicación es la misma para esa aplicación. Sin embargo, si la terminal 3 tiene una aplicación identificada como IM-2 (hecha por ejemplo por otro proveedor) la aplicación tendrá una ID de aplicación diferente que la aplicación IM-1 en las terminales 1 y 2. En tales casos, se pueden utilizar los atributos proporcionados por la aplicación diferente pero debe tenerse cuidado porque podría ser posible que los atributos o sus valores no sean interpretados correctamente. Un ejemplo de esto es cuando existen dos clientes diferentes para IM. La funcionalidad básica puede ser la misma y con ello el atributo de estado sería válido, sin importar qué aplicación interpreta qué sino que los atributos restantes pueden ser o no relevantes del todo. Ya que los tupios contienen la identificación de aplicación, es posible proporcionar capacidades de filtrado eficientes (específicas para la aplicación) y también para encontrar la aplicación correcta para cual se pretenden los tupios. Los tupios tienen una estructura general que se presenta en draft-impp-cpim-pidf-05.txt (vínculo: http://www. ietf .ora/internet-d rafts/draft-ietf-impp-cpim-pidf-05.txt1. Las aplicaciones pueden extender las opciones de "incluir información adicional" al definir nuevos espacios de nombre XML. XML es lenguaje extensible de marcado (red mundial-un lenguaje de marcado con base en SGML, y diseñado para eliminar la limitaciones impuestas por HTML. Permite a una página contener un plan de definición y ejecución para los elementos, así como su contenido). Puede variar quién o qué define los diferentes tupios al ser utilizados con diferentes aplicaciones. Esto puede depender del tipo de la aplicación. Se pueden definir algunos o todos los tupios para que tengan un formato estándar (se pueden definir atributos estándares por ejemplo en el estándar 3GPP). Alternativamente o adicionalmente, es posible que los desabolladores de aplicación definan tupios propios. En general, no existen límites al número de tupios o atributos dentro de los tupios que puede tener un estado de presencia. La entidad que pondrá la ID de aplicación en cada tupio puede ser la máquina de presencia o la aplicación que publica esa información. La singularidad de la edificación de aplicación puede requerir, en algunas modalidades de la presente invención, su registro. Este puede ser el caso con la singularidad de la ID de aplicación que este dentro de otras aplicaciones, así como otras agrupaciones de información que necesiten un significado semántico. Se puede utilizar la ID de aplicación en el soporte y filtrado de valores múltiples. Por ejemplo, se puede utilizar la ID de aplicación para ocultar diferentes niveles de información "de precisión". En este caso la ID de aplicación no es única. Para aclarar, la información de aplicación es única en el sentido de que diferentes aplicaciones no deben utilizar la misma ID de aplicación sino que la misma ID de aplicación puede estar presente un número múltiple de veces en un servidor de presencia dentro del contexto de diferentes duplos. La id-tuplo es única pero ésta es la misma ID de aplicación en por ejemplo dos o tres tupios en una información de presencia de estado de presencia. Se puede utilizar entonces la ID de aplicación en el filtrado. En otras palabras, el observador (terminal de recepción) puede fijar un filtro para que no reciba toda la información de presencia disponible del usuario observado (estado de presencia). Se puede establecer este filtro para que el observador reciba únicamente información de presencia para ciertas aplicaciones, el filtro filtra cierta información de presencia o una combinación de los dos. Por ejemplo, se proporcionan los siguientes tupios al observador (si es proporcionado por el estado de presencia al servidor de presencia) si se selecciona un filtro de manera tal que vayan a proporcionarse todos los duplos relacionados con "ubicación proporcionada por usuario": Estado de presencia = ABC TUPLO 1 id-tuplo: xyz3226 id de aplicación = "ubicación proporcionada por usuario" Ubicación proporcionada por usuario = MANIPULA TUPLO 2 id-tuplo: xyb3293 id de aplicación = "ubicación proporcionada por usuario" Ubicación proporcionada por usuario = HOGAR TUPLO 3 id-tuplo: xyz3288 id de aplicación = "ubicación proporcionada por usuario" Ubicación proporcionada por usuario = coord-x, coord-y Se hace referencia a la figura 5 en la cual un primer estado de presencia 30 proporciona tupios 1 , 2, 3, 4 y 5. Cada tupio contiene una ID de aplicación para que los tupios 1 y 2 tengan la ID de aplicación "A", los tupios 3 y 4 tengan ID de aplicación "B" y el tupio 5 tenga la aplicación "C". Un observador 32 únicamente quiere tupios con la aplicación "A". Un filtro 34 filtra así los tupios y proporciona al usuario 32 los tupios 1 y 2. Debe observarse que en la práctica el filtro puede ser parte del estado de presencia, parte de una entidad separada como un servidor o parte del observador 32. Así, la ID de aplicación se utiliza para filtrar los tupios. Los tupios pueden ser pretendidos para diferentes usuarios. Así, los tupios 1 , 3 y 5 pueden pretenderse para un observador y los tupios 2 y 5 para un observador diferente. Así, el observador puede ser capaz únicamente de "ver" los tupios 1, 3 y 5. En consecuencia, si el observador quiere únicamente los duplos para aplicación "A", se proporcionaría al observador el tupio . El filtro 34 proporciona este filtrado adicional. En algunas modalidades de la invención se proporciona un filtro separado o se proporciona un medio de direccionamiento para cerciorarse que un observador obtenga únicamente los tupios que pretende.

También es posible que diferentes grupos de observadores tengan diferente información de presencia disponibles para los grupos correspondientes. Las modalidades de la presente invención permiten a las aplicaciones reconocer fácilmente a partir de la información de presencia qué información puede interpretar y comprender esa aplicación en particular. Debe observarse que en modalidades de la presente invención, el servidor de presencia puede utilizar la identidad de aplicación cuando lleva a cabo la operación de filtrado. En algunas modalidades de la invención, se puede proporcionar una aplicación específica para un operador en el servidor de presencia, el cual también utilizaría las ID de aplicación. El servidor de presencia podría por ejemplo modificar algunos valores de atributo dentro de un tupio que entiende y al cual el usuario ha otorgado derechos de acceso al servidor de presencia. Se pueden utilizar modalidades de la presente invención para filtrar. Por ejemplo, un observador puede solicitar únicamente parte de la información de presencia que se relacione con una o más aplicaciones específicas. El filtrado se puede realizar al ser observado el estado de presencia - ya sea por el usuario o el servidor de presencia, por el observador o por cualquier otra entidad. Se puede prealmacenar la información de filtro para que cada vez que se proporcione información de presencia mediante un estado de presencia especifico a un observador específico, este filtrará de conformidad con las aplicaciones requeridas. El filtrado puede definir las aplicaciones requeridas, las aplicaciones no requeridas o una combinación de estas técnicas. Como se mencionó anteriormente un observador típicamente es un usuario como se discutió anteriormente. Un "estado de presencia" puede ser visualizado como un usuario y un servidor de presencia asociado con ese usuario. El servidor de presencia almacena información de presencia para los usuarios que están asociados con ese servidor de presencia. Debe observarse que en la práctica se puede asociar más de un usuario con cada servidor. El servidor de presencia puede ubicarse en un dispositivo de extremo (en terminal). La información de presencia como se define en 3GPP puede incluir la siguiente información: (información pero que no se restringe a estos y a los requerimientos de la etapa 1 (grupo de requerimiento) que trabajan en los estándares que es para desarrollar un concepto que permite la ampliación de la presencia. Estado de suscriptor; estado de red; medios de comunicación; dirección de contacto, ubicación proporcionada por subscriptor; ubicación proporcionada por la red; texto; prioridad. La presencia también puede incluir otra información como estado anímico, color favorito, etc. Debe observarse que las modalidades de la invención no se restringen a la información de identidad de aplicación con atributos sino que también se pueden aplicar a cualquier atributo que proporcione un tipo similar de posibilidad operativa. Modalidades de la presente invención no se limitan al uso de tupios. No todos los sistemas utilizan tupios para estructurar el documento de presencia, por ejemplo la presencia inalámbrica en ciudad maneja la información de presencia a un nivel de atributo y en tal caso la ID de aplicación está vinculada a cada atributo separado. La figura 4 muestra un esquema de la red IMS 100. El IMS incluye varios elementos que incluyen varias funciones de control para estado de llamadas (CSCF). Un CSCF es equivalente a un servidor SIP en la arquitectura IETF. La CSCF interrogante (l-CSCF) 201 es el nodo IMS básico utilizado para terminar llamadas en la red IMS, que funciona al borde de la red. Aquí, se muestra comunicándose con los nodos externos de una terminal móvil 101, un PDA 113, un servidor de aplicación (AS) 121. Debe observarse que las conexiones entre la terminal móvil, el PDA y el servidor de aplicación al l-CSCF pueden no ser directos sino más bien vía una red intermedia adecuada como la red central móvil 110 para la terminal móvil y el Internet 120 para el servidor de aplicación, como se muestra en la figura 1. El HSS 202 es una base de datos de usuarios centralizada que hace interfaz con la l-CSCF y la S-CSCF204, almacenando información en todos los usuarios del IMS. La l-CSCF utiliza el HSS para realizar funciones como la autorización de nuevos usuarios y recuperar información de ruteo en S-CSCF para enviar mensajes desde elementos externos a la S-CSCF. La S-CSCF es el nodo IMS responsable de invocar servicios relacionados con usuarios IMS. En otro ejemplo, la S-CSCF también realiza la funcionalidad de registro para usuarios IMS, procesando registros de usuario. La funcionalidad del servidor de presencia se implementa como servidor de aplicación. Debe observarse que la descripción de la figura 1 es una representación únicamente esquemática y en la práctica elementos adicionales como por ejemplo un proxy-CSCF (P-CSCF) algo falta de la oración. También debe observarse que se pueden utilizar modalidades de la invención en sistemas diferentes a los que se muestran en la figura 4. Se puede utilizar un paquete de presencia para suscribirse a la información de presencia de cualquier usuario. La semática del paquete de presencia quiere decir que cualquier usuario puede enviar un mensaje de suscripción para información de presencia al servidor de presencia, pero si no existe un paquete de presencia definido, el servidor de presencia no sería capaz de reconocer a cuál evento estaba tratando de suscribirse el usuario. Por ello, el paquete de presencia necesita ser definido en el servidor de presencia, el cual puede entonces recibir y reconocer que el mensaje de suscripción para el evento asociado para cambios en información de presencia. El servidor de presencia crea un estado vinculado a la información de presencia y cuando ocurre cualquier cambio en la información de presencia, desencadenará una respuesta o notificación. Debe observarse que aunque se han descrito algunas modalidades de la presente invención dentro del contexto de 3G utilizando SIP, se podrían utilizar otros sistemas y protocolos de ¡nterfaz. En particular, se pueden utilizar modalidades de la presente invención en una aplicación de conformidad con especificaciones IETF. También debe observare en la presente que aunque lo anterior describe modalidades de ejemplo de la invención, existen diversas variaciones y modificaciones que pueden realizarse a la solución descrita sin desviarse del alcance de la presente invención como se define en las reivindicaciones adjuntas.

Claims (25)

NOVEDAD DE LA INVENCION REIVINDICACIONES

1.- Un sistema de comunicación que comprende: por lo menos un usuario con quien se asocia información de presencia, dicha información de presencia comprende una pluralidad en partes, por lo menos una de dichas partes comprende información que identifica una aplicación para la cual se pretende dicha por lo menos una parte; y por lo menos una entidad a la cual se proporciona información de presencia asociada con dicho por lo menos un usuario, dicha por lo menos una entidad tiene por lo menos una aplicación de entidad, dicha por lo menos una entidad está dispuesta para utilizar dicha información para obtener la por lo menos una parte pretendida para dicha por lo menos una aplicación de entidad.

2.- El sistema de conformidad con la reivindicación 1, caracterizado además porque dicha por lo menos una entidad comprende medios para recibir dicha por lo menos una parte de dicha información.

3.- El sistema de conformidad con la reivindicación 2, caracterizado además porque dicha entidad comprende medios para dirigir dicha por lo menos una parte de dicha información a la aplicación de entidad identificada.

4. - El sistema de conformidad con la reivindicación 3, caracterizado además porque dichos medios de dirección comprenden una máquina de aplicación.

5. - El sistema de conformidad con cualquier reivindicación precedente, caracterizado además porque dicha entidad es un usuario.

6. - El sistema de conformidad con cualquier reivindicación precedente, caracterizado además porque dicha entidad recibe dicha por lo menos una parte de dicha información en respuesta a una solicitud de la entidad.

7.- El sistema de conformidad con cualquier reivindicación precedente, caracterizado además porque dicho por lo menos un usuario comprende por lo menos una aplicación.

8. - El sistema de conformidad con cualquier reivindicación precedente, caracterizado además porque el por lo menos un usuario comprende una máquina de presencia.

9. - El sistema de conformidad con la reivindicación 8, caracterizado además porque dicha por lo menos una aplicación está dispuesta para registrar con dicha máquina de presencia dicha información que identifica dicha aplicación.

10.- El sistema de conformidad con la reivindicación 8 ó 9, caracterizado además porque por lo menos una de dicha por lo menos una aplicación y dicha máquina de presencia está dispuesta para añadir dicha información de identificación a por lo menos una parte.

11. - El sistema de conformidad con cualquier reivindicación precedente, caracterizado además porque dichos usuario comprende equipo de usuario.

12. - El sistema de conformidad con cualquier reivindicación precedente, caracterizado además porque dicha información de presencia comprende por lo menos una de las siguientes partes de información: estado de suscriptor; estado de red; medios de comunicación; dirección de contacto, publicación proporcionada por suscriptor, publicación proporcionada por red; texto; prioridad; estado de ánimo, color favorito.

13.- El sistema de conformidad con cualquier reivindicación precedente, caracterizado además porque el sistema opera con un protocolo de inicio de cesión (SIP).

14. - El sistema de conformidad con cualquier reivindicación precedente, caracterizado además porque dicha parte de información comprende un tupie.

15. - El sistema de conformidad con la reivindicación 14, caracterizado además porque dicho tupie comprende información que identifica dicho usuario y dicha información que identifica la aplicación.

16. - El sistema de conformidad con cualquier reivindicación precedente, caracterizado además porque dicha entidad está dispuesta para solicitar únicamente una o más partes de dicha información de presencia procesada por una o más aplicaciones de dicha entidad.

17.- El sistema de conformidad con la reivindicación 16, caracterizado además porque dicho medio de filtrado se proporciona para proporcionar únicamente las partes solicitadas de dicha información de presencia.

18.- El sistema de conformidad con la reivindicación 17, caracterizado además porque dichos medios de filtrado se proporcionan en por lo menos uno de un servidor; un servidor de presencia y dicho por lo menos un usuario.

19. - El sistema de conformidad con cualquier reivindicación precedente, caracterizado además porque dicha por lo menos una entidad está dispuesta para usar dicha información para filtrar dicha información de presencia.

20. - El sistema de conformidad con cualquier reivindicación precedente, caracterizado además porque dicha aplicación de entidad está dispuesta para procesar la por lo menos una parte de la información de presencia, la cual comprende información que identifica dicha aplicación de entidad.

21. - Un método de comunicación que comprende los pasos de: proporcionar información de presencia para un usuario asociado, dicha información de presencia comprende una pluralidad de partes, por lo menos una de dichas partes comprende información que identifica una aplicación para la cual se pretende dicha por lo menos una parte; y por lo menos una entidad que obtiene por lo menos una de dichas partes, dicha por lo menos una entidad tiene por lo menos una aplicación de entidad, la por lo menos una entidad obtiene las partes que comprenden información que identifica dicha por lo menos una aplicación de entidad.

22. - El método de conformidad con la reivindicación 21 , caracterizado además porque comprende el paso de procesar en dicha por lo menos una aplicación de entidad dicha por lo menos una parte de la información de presencia que comprende información que identifica dicha aplicación de entidad.

23. - Un usuario en un sistema de comunicaciones, dicho usuario tiene información de presencia asociada, dicha información de presencia comprende una pluralidad de partes, dicho usuario está dispuesto para proporcionar por lo menos una de dichas partes con información que identifica una aplicación para la cual se pretende dicha por lo menos una parte.

24. - Una entidad en un sistema de comunicaciones, dicha entidad comprende: por lo menos un medio de obtención de aplicación para obtener por lo menos una parte de información de presencia asociada con un usuario, la por lo menos una parte comprende información que identifica una aplicación, el medio de obtención está dispuesto para obtener la por lo menos parte que comprende información que identifica dicha por lo menos una aplicación.

25. - La entidad de conformidad con la reivindicación 24, caracterizada además porque la aplicación identificada en dicha por lo menos una parte está dispuesta para procesar dicha por lo menos una parte de la información de presencia que comprende información que identifica dicha aplicación.