ES2880477T3 - Procedimiento y entidad de procesamiento de un mensaje - Google Patents

Procedimiento y entidad de procesamiento de un mensaje Download PDF

Info

Publication number
ES2880477T3
ES2880477T3 ES13729982T ES13729982T ES2880477T3 ES 2880477 T3 ES2880477 T3 ES 2880477T3 ES 13729982 T ES13729982 T ES 13729982T ES 13729982 T ES13729982 T ES 13729982T ES 2880477 T3 ES2880477 T3 ES 2880477T3
Authority
ES
Spain
Prior art keywords
message
response
mopt
capabilities
identifier
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES13729982T
Other languages
English (en)
Inventor
Bertrand Bouvet
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Orange SA
Original Assignee
Orange SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Orange SA filed Critical Orange SA
Application granted granted Critical
Publication of ES2880477T3 publication Critical patent/ES2880477T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1073—Registration or de-registration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/006—Networks other than PSTN/ISDN providing telephone service, e.g. Voice over Internet Protocol (VoIP), including next generation networks with a packet-switched transport layer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H04W48/14—Access restriction or access information delivery, e.g. discovery data delivery using user query or user detection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/005—Discovery of network devices, e.g. terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Multimedia (AREA)
  • Computer Security & Cryptography (AREA)
  • Databases & Information Systems (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Computer And Data Communications (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

Procedimiento de procesamiento de un mensaje recibido (MOPT, MOPT') procedente de un primer dispositivo (D1, D1') y destinado a un segundo dispositivo (D2, D2') gestionado por un núcleo de red IP multimedia (CN2, CN2'), estando dicho procedimiento destinado a ser implementado por una entidad de procesamiento (2, D2') cuando dicho mensaje recibido (MOPT, MOPT') es un mensaje de descubrimiento de las capacidades y del estado del segundo dispositivo (D2, D2') y que comprende: - una etapa de obtención (E20, F40) de un identificador (ID1, ID1') del primer dispositivo (D1, D1') a partir de un campo del mensaje de descubrimiento recibido (MOPT, MOPT'); y - una etapa de selección (E50, E70, F70, F90), en función de este identificador (ID1, ID1'), de un modo de respuesta (M1, M2) al mensaje de descubrimiento recibido de entre un conjunto predefinido (Ω) que contiene al menos dos modos de respuesta (M1, M2), conteniendo dicho conjunto predefinido (Ω) al menos: - un modo de respuesta (M2) que comprende un envío al primer dispositivo de una respuesta parcial o errónea al mensaje de descubrimiento, una respuesta parcial que identifica solo una parte de las capacidades del segundo dispositivo o que refleja solo el estado del segundo dispositivo y una respuesta errónea que refleja un estado distinto del estado real del segundo dispositivo y/o capacidades que no corresponden a las capacidades del segundo dispositivo; y - un modo de respuesta (M1) que comprende un envío al primer dispositivo de una respuesta transparente al mensaje de descubrimiento que contiene las capacidades y el estado del segundo dispositivo al mensaje de descubrimiento.

Description

DESCRIPCIÓN
Procedimiento y entidad de procesamiento de un mensaje
Antecedentes de la invención
La invención se refiere al campo general de las telecomunicaciones y de las arquitecturas de red IP (Internet Protocol, en inglés) multimedia, tales como las arquitecturas de red que utilizan principalmente la tecnología designada por "voz sobre IP" (o VoIP para Voice over IP, en inglés).
Tiene una aplicación privilegiada, aunque no limitante, en el contexto de núcleos de red IP multimedia que implementan el protocolo de inicio de sesión multimedia SIP (Session Initiation Protocol, en inglés), definido por la norma de la IETF (Internet Engineering Task Force) y descrito en particular en el documento RFC 3261 titulado "SIP: Session Initiation Protocol", junio de 2002, editado por la IETF. La invención se aplica en particular a núcleos de red IP multimedia basados en una arquitectura IMS (IP Multimedia Subsystem) tal como se propone en la norma 3GPP (Third Generation Partnership Project, en inglés, Proyecto de Asociación de Tercera Generación).
No obstante, también puede utilizarse en asociación con otras arquitecturas de núcleos de red IP multimedia, tales como, por ejemplo, unas arquitecturas propietarias, que implementan o no el protocolo SIP para el establecimiento de sesiones multimedia (voz, texto, vídeo, datos, etc.).
La invención se refiere más particularmente al procesamiento, por una denominada entidad de procesamiento, de un mensaje recibido procedente de un primer dispositivo y destinado a un segundo dispositivo (tal como un terminal o un servidor) gestionado por un núcleo de red IP multimedia, en el contexto de un servicio de comunicación multimedia basado en un mecanismo de autodescubrimiento de las capacidades y del estado del remoto (es decir, en el presente documento, del segundo dispositivo).
De manera conocida, un mecanismo de autodescubrimiento de este tipo permite el envío del primer dispositivo al segundo dispositivo "remoto", de un mensaje específico invitándolo a declarar en respuesta a este mensaje, por un lado, su estado (por ejemplo, disponible, en comunicación, fuera de cobertura, no registrado, etc.) y por otro lado sus capacidades, es decir, los servicios, los protocolos y/o las aplicaciones que soporta o implementa.
Este mensaje específico se denomina "mensaje de descubrimiento de las capacidades y del estado del remoto" o "mensaje de descubrimiento de las capacidades y del estado del segundo dispositivo" en el resto de la descripción. Un ejemplo de dicho mensaje para el protocolo SIP es un mensaje basado en el procedimiento SIP OPTIONS. Este mecanismo de autodescubrimiento es utilizado en particular por el servicio multimedia RCS-e (Rich Communication Suite - Enhanced, en inglés), descrito en el documento titulado "RCS-e Advanced Communications: Services and client spécification", versión 1.1, 8 de abril de 2011.
De manera conocida, la norma RCS-e permite que dos terminales registrados con un núcleo de red del IMS, establezcan comunicación a través de una red de conmutación de circuitos no conectada al núcleo de red del IMS (por ejemplo, a través de una red GSM (Global System for Mobile Communications, en inglés, Sistema global para comunicaciones móviles)), después, en paralelo o al margen de esta comunicación, utilicen a través de una red de conmutación de paquetes conectada al núcleo de red del IMS (IP Multimedia Subsystem, en inglés, Subsistema Multimedia IP), de servicios multimedia adicionales conocidos como comunicación enriquecida, tal como, por ejemplo, un servicio de transferencia de fotos, un servicio de mensajería instantánea, un servicio de intercambio de archivos, etc.
Con este fin, la norma RCS-e proporciona, especialmente al crear un contacto en el directorio de un primer terminal o al establecer una comunicación entre un primer terminal y un segundo terminal, la implementación de un mecanismo para el descubrimiento automático del estado y las capacidades RCS-e del segundo terminal por el primer terminal (y viceversa), basado en el uso de un mensaje SIP (Session Initiation Protocol, en inglés) OPTIONS.
El uso de un mecanismo de autodescubrimiento del estado y las capacidades en remoto también puede considerarse parte de un servicio posventa (SAV) proporcionado por un operador de telecomunicaciones o por un proveedor de servicios, para obtener información relevante sobre el estado y las capacidades de un dispositivo en el que se planea o se desea mantenimiento.
De conformidad con el protocolo SIP, cualquier dispositivo que reciba un mensaje de descubrimiento de SIP OPTIONS debe responder de forma transparente, enviando al dispositivo emisor del mensaje de descubrimiento, un mensaje de respuesta apropiado que refleje su estado y contenga sus capacidades.
Así, por ejemplo, si el segundo dispositivo está disponible y es compatible con el servicio RCS-e, envía un mensaje de respuesta 200 OK al primer dispositivo, que contiene el identificador del servicio RCS-e en un campo de "feature tag", en inglés, así como los identificadores de otros servicios admitidos por el segundo dispositivo (a través de otras features tag y/o sesiones SDP (Session Description Protocol, en inglés, Protocolo de descripción de sesión). El mensaje de respuesta 200 OK también contiene los procedimientos SIP admitidos por el segundo dispositivo, etc. Cabe señalar que, de conformidad con la norma, la recepción de un mensaje SIP OPTIONS por parte del segundo dispositivo se produce sin el conocimiento del usuario del segundo dispositivo. No se indica específicamente al usuario y no activa ningún timbre del segundo dispositivo o notificación de recepción del mensaje SIP OPTIONS.
Por lo tanto, la norma SIP ofrece hoy la posibilidad de que cualquier dispositivo, enviando un mensaje de SIP OPTIONS, descubra discretamente el estado y/o las capacidades de un dispositivo remoto, sin que el usuario de este dispositivo remoto esté informado de la implementación de este mecanismo de descubrimiento o sin que tenga ninguna idea de esta implementación.
Por lo tanto, se entiende claramente que los abusos pueden ser el resultado de tal modo de operación. En particular, se puede temer el envío inoportuno de mensajes SIP OPTIONS por parte de agentes económicos sin escrúpulos, con el fin de obtener información sobre terminales de usuario y utilizar esta información con fines puramente comerciales (por ejemplo, revender esta información a empresas comerciales).
El documento US 2009/316690 describe un procedimiento para proporcionar las capacidades de los agentes de usuarios.
Por tanto, existe la necesidad de un mecanismo de protección contra tales abusos.
Objeto y sumario de la invención
La invención se desvela en las reivindicaciones 1 a 13. La invención responde en particular a esta necesidad proponiendo un procedimiento de procesamiento de un mensaje recibido procedente de un primer dispositivo y destinado a un segundo dispositivo gestionado por un núcleo de red de IP multimedia, este procedimiento está destinado a ser implementado por una entidad de procesamiento cuando este mensaje recibido es un mensaje de descubrimiento de las capacidades y del estado del segundo dispositivo. El procedimiento de procesamiento según la invención es notable porque comprende:
- una etapa de obtención de un identificador del primer dispositivo a partir de un campo del mensaje de descubrimiento recibido; y
- una etapa de selección, en función de este identificador, de un modo de respuesta al mensaje de descubrimiento recibido de entre un conjunto predefinido que contiene al menos dos modos de respuesta.
Correlativamente, la invención también propone una entidad para el procesamiento de un mensaje recibido procedente de un primer dispositivo y destinado a un segundo dispositivo gestionado por una red central IP multimedia, que comprende medios activados si el mensaje recibido es un mensaje de descubrimiento de las capacidades y del estado del segundo dispositivo y que comprende:
- medios de obtención de un identificador del primer dispositivo a partir de un campo del mensaje de descubrimiento recibido; y
- medios adecuados para seleccionar, en función de este identificador, un modo de respuesta al mensaje de descubrimiento recibido de entre un conjunto predefinido que contiene al menos dos modos de respuesta.
Por tanto, la invención propone, para protegerse contra los abusos mencionados anteriormente, filtrar los mensajes de descubrimiento de las capacidades y del estado del remoto destinado a un segundo dispositivo en función del origen de estos mensajes.
Este filtrado se realiza, de acuerdo con la invención, teniendo en cuenta la identidad del primer dispositivo en el origen del mensaje de descubrimiento para decidir un modo (es decir, una estrategia) de respuesta a este mensaje de descubrimiento (por ejemplo, sin respuesta o respuesta transparente).
Dicho de otra manera, la invención introduce un grado adicional de libertad en la forma en que se responde a un mensaje de descubrimiento de las capacidades y del estado del remoto: ofrece a la entidad de procesamiento la posibilidad de controlar la respuesta realizada al mensaje de descubrimiento en función del identificador del primer dispositivo.
Como corolario, gracias a la invención, la entidad de procesamiento puede configurarse para que el mensaje de descubrimiento sea respondido de forma transparente (es decir, enviando un mensaje de respuesta que contenga el estado "real" y las capacidades del segundo dispositivo) que "autorizó o seleccionó dispositivos, por ejemplo, por el usuario del segundo dispositivo o por el operador del núcleo de la red IP multimedia.
Así, la invención permite contrarrestar la oportunidad que se le brinda al primer dispositivo, según la norma SIP actual, de conocer el estado y las capacidades del segundo dispositivo sin el conocimiento del usuario del segundo dispositivo.
El hecho de tener, de acuerdo con la invención, varios modos de respuesta posibles al mensaje de descubrimiento ofrece la posibilidad de adaptar en estos modos de respuesta la cantidad y la información suministrada al primer dispositivo en función de la identidad del primer dispositivo.
Pueden contemplarse diferentes modos de respuesta en el conjunto predefinido de entre el que se realiza la selección de la entidad de procesamiento para contrarrestar los abusos mencionados anteriormente. Estos modos de respuesta pueden ser configurados ventajosamente por el propio usuario del segundo dispositivo, a través de una interfaz de usuario (por ejemplo, una interfaz web o una aplicación desarrollada para este fin), o por el operador de núcleo de red IP multimedia.
Preferentemente, este conjunto predefinido de modos de respuesta contiene al menos:
- un modo de respuesta que comprende el envío al primer dispositivo de una respuesta parcial, predefinido o erróneo para el mensaje de descubrimiento; y
- un modo de respuesta que comprende un envío al primer dispositivo de una respuesta transparente al mensaje de descubrimiento que contiene las capacidades y el estado del segundo dispositivo.
Según estos dos modos de respuesta, siempre se envía una respuesta al primer dispositivo, lo cual está en consonancia con la obligación de respuesta prevista en particular en el protocolo SIP.
Por el contrario, el contenido real de esta respuesta se adapta en función del identificador del primer dispositivo. Así, se puede configurar la entidad de procesamiento, a través de reglas de selección adecuadas, para enviar al primer dispositivo:
- una respuesta transparente, es decir que refleja y/o contiene todas las capacidades y el estado real del segundo dispositivo, cuando, por ejemplo, este identificador satisface un criterio predeterminado; y
- una respuesta parcial (es decir, incompleta en el sentido de que identifica solo una parte de las capacidades del segundo dispositivo o solo refleja su estado), predefinida o que contiene información errónea, cuando el identificador no cumple con este criterio
El envío sistemático de una respuesta al primer dispositivo, si es transparente o no, permite evitar la emisión por el primer dispositivo de mensajes de retransmisión, debido a la imposibilidad de recibir un mensaje de respuesta al mensaje de descubrimiento. De este modo se conserva la carga de la red, mientras controla la información enviada al primer dispositivo sobre el estado y las capacidades del segundo dispositivo.
Como variante, se puede considerar que el conjunto predefinido contiene al menos:
- un modo de respuesta que comprende enviar al primer dispositivo una respuesta transparente al mensaje de descubrimiento que contiene las capacidades y el estado del segundo dispositivo; y
- un modo de respuesta que incluye la ausencia de respuesta al mensaje de descubrimiento.
Proporcionar un modo de respuesta en el que no se envíe respuesta al primer dispositivo puede proporcionar un beneficio de facturación al usuario del segundo dispositivo.
En efecto, además de la divulgación de información "privada" sobre el segundo dispositivo, el mecanismo de autodescubrimiento proporcionado hoy por la norma SIP también plantea el problema de facturar el envío de un mensaje de respuesta al primer dispositivo y del coste que esto puede representar en general para el segundo dispositivo. responder a todos los mensajes de SIP OPTIONS que recibe.
Más precisamente, el coste asociado con el envío de un mensaje de respuesta a un mensaje de SIP OPTIONS recae naturalmente en el segundo dispositivo (al menos, se cuenta en la velocidad de enlace ascendente a la que el usuario del segundo dispositivo puede reclamar dada su suscripción con el operador de red). Por lo tanto, la invención permite al usuario del segundo dispositivo seleccionar los dispositivos a los que desea responder y, por lo tanto, limitar, los costes asociados.
Cabe señalar que la invención se aplica de manera selectiva a los mensajes de descubrimiento de las capacidades y el estado del remoto y no al conjunto de mensajes destinados al segundo dispositivo. De hecho, la invención tiene como objetivo proteger al usuario del segundo dispositivo contra un ataque a la información privada relativa al segundo dispositivo requerido a través de mensajes recibidos sin el conocimiento del usuario y al que el segundo dispositivo debe responder de acuerdo con la norma. Estrictamente hablando, la invención no se ocupa del procesamiento de otros tipos de mensajes que los mensajes para descubrir el estado y las capacidades del remoto.
En un modo particular de realización, el mensaje de descubrimiento procesado por la entidad de procesamiento es un mensaje SIP OPTIONS y el campo de este mensaje que contiene el identificador del primer dispositivo es un campo FROM o un campo P-Asserted-Identity (en particular en el caso de enmascaramiento del primer dispositivo identificador).
Como se ha indicado anteriormente, la elección del modo de respuesta al mensaje de descubrimiento se puede realizar en función de varios criterios relacionados con todo o parte del identificador del primer dispositivo (normalmente todo o parte del contenido del campo FROM o P-Asserted-Identity para un mensaje SIP OPTIONS) y en función de diferentes reglas de selección predeterminadas.
Así, por ejemplo, la entidad de procesamiento puede seleccionar un modo de respuesta de entre el conjunto predefinido en función de la presencia o no del identificador del primer dispositivo en al menos una lista predefinida de identificadores asociada con el segundo dispositivo.
Esta lista puede ser definida en particular por el usuario del segundo dispositivo, en función de los dispositivos a los que se compromete a enviar información sobre el estado y las capacidades de su dispositivo.
También puede ser una lista que contenga los identificadores de los dispositivos admitidos por el usuario, en lugar de una lista "negra" que contiene los identificadores de dispositivos a los que el usuario no desea comunicar el estado y las capacidades de su dispositivo.
También es posible considerar la definición de una lista de identificadores de dispositivos a los que el usuario desea comunicar solo una parte de sus capacidades o solo su estado.
En un modo particular de realización, esta lista predefinida de identificadores asociada con el segundo dispositivo puede tomar la forma de un directorio asociado con el segundo dispositivo, almacenados localmente en el segundo dispositivo o, por el contrario, en un equipo remoto, en el núcleo de red IP multimedia (en un servidor de aplicaciones o en un sistema de información del operador de núcleo de red) o en otra red (por ejemplo, en una pasarela de acceso al núcleo de red IP multimedia o en un equipo tal como un terminal conectado a una red local a la que también está conectado el segundo dispositivo, etc.).
Esta variante permite simplificar la implementación de la invención utilizando una lista ya disponible para otras aplicaciones (no se requiere configuración previa de la lista).
Además, se basa en identificadores ya conocidos por el segundo dispositivo correspondientes a dispositivos con los que a priori el usuario del segundo dispositivo, en un momento u otro, acordó comunicarse.
En otro modo de realización, la entidad de procesamiento selecciona un modo de respuesta de entre el conjunto predefinido en función de si el identificador del primer dispositivo pertenece o no a un dominio de red idéntico al dominio de red del segundo dispositivo o a un dominio de red autorizado.
Este modo de realización permite tener en cuenta los parámetros de la red para filtrar los mensajes de descubrimiento. Presenta una aplicación privilegiada para filtrar, por ejemplo, mensajes de descubrimiento procedentes de países extranjeros (por ejemplo, filtrando todos los identificadores con una extensión diferente de la extensión ".fr" relacionada con los dominios de red franceses) o redes operadas por operadores distintos a los de núcleo de red IP multimedia que gestiona el segundo dispositivo, por motivos de facturación en particular.
En otro modo de realización, la entidad de procesamiento selecciona un modo de respuesta de entre el conjunto predefinido según si el identificador del primer dispositivo comprende o no una parte de usuario predeterminada o de un tipo predeterminado (tal como un prefijo de número internacional o un URI particular, por ejemplo).
Por "parte del usuario" se entiende la parte del identificador que es específica del usuario del primer dispositivo, es decir que identifica al usuario del primer dispositivo y no corresponde al dominio ni a la red que gestiona este último. Por ejemplo, para un identificador en forma de dirección del tipo "nombre_usuario@nombre_dominio", esta parte del usuario corresponde al elemento "nombre_usuario" ubicado a la izquierda del símbolo "@".
Para un mensaje de SIP OPTIONS, la parte del usuario del identificador corresponde a la parte de "parte del usuario" del contenido del campo FROM o P-Asserted-Identity, en inglés.
Por supuesto, la invención no se limita a un criterio de filtrado ni a una regla de selección en particular y pueden aplicarse diversos criterios de filtrado simultánea o sucesivamente para seleccionar el modo de respuesta.
Además, pueden contemplarse criterios de filtrado distintos de los mencionados anteriormente, relativos a todo o parte del identificador del primer dispositivo, en combinación o independientemente entre sí.
En un modo de realización en el que el conjunto predefinido contiene al menos un modo de respuesta en el que se envía una respuesta al mensaje de descubrimiento al primer dispositivo, esta respuesta (es decir, su contenido) depende de un número y/o de un tipo de sesiones en curso para el segundo dispositivo cuando se recibe el mensaje.
Por tanto, es posible adaptar la respuesta enviada al primer dispositivo en función de la existencia, por ejemplo, de un diálogo en curso con el primer dispositivo. En tal contexto, de hecho, es menos problemático enviar una respuesta transparente al primer dispositivo, ya que este último ya mantiene comunicación con el segundo dispositivo. Por el contrario, esto puede facilitar el acceso al servicio multimedia en cuyo marco el primer dispositivo envió el mensaje de descubrimiento.
Asimismo, puede resultar útil indicar al primer dispositivo el estado de las sesiones en curso a nivel del segundo dispositivo para que el primer dispositivo pueda adaptar, si es necesario, sus intercambios con el segundo dispositivo. El procesamiento de mensajes de descubrimiento de acuerdo con la invención se puede implementar en diferentes niveles.
Así, la entidad de procesamiento puede integrarse en particular en el segundo dispositivo.
Esto facilita la configuración del filtrado permitido por la invención (criterios de filtrado y reglas de selección en particular) por parte del usuario del segundo dispositivo.
Como variante, la entidad de procesamiento puede integrarse en un servidor de aplicaciones del núcleo de red IP multimedia que gestiona el segundo dispositivo. Este servidor de aplicaciones puede, por ejemplo, ser activado por el núcleo de red IP multimedia al recibir un mensaje de descubrimiento destinado al segundo dispositivo.
Esto facilita la configuración del filtrado por parte del operador de núcleo de red IP multimedia.
Asimismo, según esta variante, no es necesario cambiar el modo de funcionamiento actual de los dispositivos que reciben mensajes de descubrimiento, que puede continuar, de conformidad con la norma, para responder de forma transparente a los mensajes de descubrimiento. A continuación, el servidor de aplicaciones del núcleo de red IP multimedia realiza el filtrado al recibir las respuestas de estos dispositivos.
Por tanto, la invención también se refiere a un terminal gestionado por un núcleo de red IP multimedia y que comprende una entidad para el procesamiento según la invención de un mensaje recibido procedente de un dispositivo y destinado al terminal.
La invención también se refiere a un servidor asociado a un núcleo de red IP multimedia que gestiona un dispositivo, comprendiendo este servidor una entidad de procesamiento de acuerdo con la invención, de un mensaje recibido destinado a dicho dispositivo.
Este servidor es, por ejemplo, un servidor de aplicaciones del núcleo de red IP multimedia. Puede haber una variante del dispositivo para el que está destinado el mensaje recibido.
En un modo particular de realización, las diferentes etapas del procedimiento de procesamiento se determinan mediante instrucciones de programas de ordenadores.
En consecuencia, la invención se refiere también a un programa de ordenador sobre un soporte de informaciones, siendo este programa susceptible de implementarse en una entidad de procesamiento o, más generalmente, en un ordenador, incluyendo este programa instrucciones adaptadas para la implementación de las etapas de un procedimiento de procesamiento tal como se ha descrito anteriormente.
Este programa puede utilizar no importa qué lenguaje de programación y estar en la forma de código fuente, código objeto o código intermedio entre código fuente y código objeto, tal como en una forma parcialmente compilada, o en no importa qué otra forma deseable.
La invención se refiere también a un soporte de informaciones legible por un ordenador y que incluye instrucciones de un programa de ordenador, tal como se ha mencionado anteriormente.
El soporte de informaciones puede ser no importa qué entidad o dispositivo capaz de almacenar el programa. Por ejemplo, el soporte puede incluir un medio de almacenamiento, tal como una ROM, por ejemplo, un CD-ROM o una ROM de circuito microelectrónico o también un medio de registro magnético, por ejemplo, un disquete (floppy disc) o un disco duro.
Por otra parte, el soporte de información puede ser un soporte transmisible, tal como una señal eléctrica u óptica, que puede encaminarse a través de un cable eléctrico u óptico, por radio o por otros medios. El programa según la invención puede descargarse en particular desde una red de tipo Internet.
Como alternativa, el soporte de información puede ser un circuito integrado en el que está incorporado el programa, estando adaptado el circuito para ejecutar o para ser utilizado en la ejecución del procedimiento en cuestión.
Según otro aspecto, la invención tiene como propósito, igualmente, un sistema de comunicación que comprende: - un primer dispositivo y un segundo dispositivo gestionados por un núcleo de red IP multimedia, estando el primer dispositivo adaptado para emitir, al segundo dispositivo, un mensaje de descubrimiento de las capacidades y del estado del segundo dispositivo; y
- una entidad de procesamiento según la invención capaz de recibir y procesar el mensaje de descubrimiento emitido por el primer dispositivo al segundo dispositivo.
También es posible contemplar, en otros modos de realización, que el método de procesamiento, la entidad de procesamiento y el sistema de comunicación según la invención tienen en combinación todas o parte de las características mencionadas anteriormente.
Breve descripción de los dibujos
Otras características y ventajas de la presente invención se pondrán de manifiesto a partir de la descripción hecha más abajo, con referencia a los dibujos adjuntos que ilustran ejemplos de realización de esta desprovistos de cualquier carácter limitativo:
- la figura 1 ilustra, de forma esquemática, un sistema de comunicación y una entidad de procesamiento de acuerdo con la invención en un primer modo de realización;
- la figura 2 representa, de forma esquemática, la arquitectura de hardware de la entidad de procesamiento representada en la figura 1;
- la figura 3 representa las etapas principales de un procedimiento de procesamiento de acuerdo con la invención implementado por la entidad de procesamiento de la figura 1 en el primer modo de realización;
- la figura 4 ilustra, de forma esquemática, un sistema de comunicación y una entidad de procesamiento de acuerdo con la invención en un segundo modo de realización; y
- la figura 5 representa las etapas principales de un procedimiento de procesamiento de acuerdo con la invención implementado por la entidad de procesamiento de la figura 4 en el segundo modo de realización.
Descripción detallada de la invención
La figura 1 representa, en su entorno, un sistema de comunicación 1 de acuerdo con la invención, incluyendo dos dispositivos D1 y D2 y una entidad de procesamiento 2 según la invención, en un primer modo de realización.
Los dispositivos D1 y D2 son, por ejemplo, terminales multimedia, tales como teléfonos móviles inteligentes (o "smartphones", en inglés), capaces de comunicarse entre sí a través de núcleos de red IP multimedia CN1 y CN2. Cada uno tiene un directorio local (o "libreta de direcciones"), denominados, respectivamente, RL1 y RL2, que contienen diferentes identificadores (por ejemplo, números de teléfono, direcciones SIP, etc.) de equipos conocidos y referenciados por los respectivos usuarios de los dispositivos D1 y D2 (y/o por los operadores de los núcleos de red CN1 y CN2).
Los núcleos de red CN1 y CN2 son aquí núcleos de red que utilizan la tecnología de "voz sobre IP" y gestionan, respectivamente, los dispositivos D1 y D2. Implementan una arquitectura IMS, tal como se define en particular en el documento 3GPP TS 22.228 "Service requirements for the IP Multimedia Core Network Subsystem (Stage 1)", e implementan el protocolo de inicio de sesión SIP.
No obstante, como variante, la invención también se aplica cuando los núcleos de red CN1 y CN2 forman un solo núcleo de red IP multimedia. También se aplica a otros tipos de dispositivos (por ejemplo, D1 puede ser un terminal y D2 un servidor), a otras arquitecturas del núcleo de red IP multimedia, así como a otros protocolos de inicio de sesión, tal como, por ejemplo, a las arquitecturas del núcleo de red patentadas que utilizan el protocolo SIP u otro protocolo de inicio de sesión patentado que proporciona un mensaje de descubrimiento de las capacidades y del estado del remoto.
En el ejemplo descrito en el presente documento, se considera el procesamiento por parte de la entidad de procesamiento 2 de un mensaje MOPT recibido de descubrimiento de las capacidades y del estado del remoto emitido por el primer dispositivo D1 al segundo dispositivo D2, en el contexto de un servicio de comunicación multimedia tal como, por ejemplo, un servicio RCS-e. Se supone que los dispositivos D1 y D2 están registrados con sus respectivos núcleos de red CN1 y CN2.
El mensaje MOPT emitido por el dispositivo D1 es un mensaje de SIP OPTIONS, tal como se describe con detalle en el documento RFC 3261 citado anteriormente. Contiene en un campo FROM, un identificador ID1 del dispositivo D1 en el origen del mensaje y en un campo Request-URI y en un campo TO, un identificador ID2 del dispositivo D2 destinatario del mensaje.
Se supone que el usuario del dispositivo D2 se ha abonado, con el operador de núcleo de red CN2, a la activación de un servicio de filtrado de los mensajes SIP OPTIONS destinados a él en función de los identificadores de los dispositivos en el origen de estos mensajes y en base a la implementación del procedimiento de procesamiento según la invención.
La activación del servicio de filtrado de los mensajes SIP OPTIONS para el dispositivo D2 se almacena en un perfil del usuario del dispositivo D2 almacenado en el nivel del servidor de abonado HSS (Home Subscriber Server, en inglés) del núcleo de red multimedia CN2 (no se muestra en la figura 1).
En el primer modo de realización ilustrado en la figura 1, la entidad de procesamiento 2 de los mensajes SIP OPTIONS según la invención está integrada en un servidor de aplicaciones (o AS para "Application Server" en inglés) del núcleo de red CN2, se activa al detectar un mensaje de SIP OPTIONS destinado al dispositivo D2. Dicho de otra manera, el servidor de aplicaciones 2 es una entidad de procesamiento en el sentido de la invención.
La activación del servidor de aplicaciones 2 se activa de acuerdo con la información (y en particular los iFC o Initial Filter Criteria, en inglés) contenida en el perfil de usuario del usuario del dispositivo D2 almacenado en el servidor HSS del núcleo de red CN2, introducido durante la suscripción de uso a la activación del servicio de filtrado. El servidor de aplicaciones 2 puede ser un servidor dedicado a la implementación del procedimiento para procesar mensajes SIP OPTIONS según la invención o un servidor de aplicaciones que ya existe y se activa durante la implementación de otras aplicaciones.
Los mecanismos implementados para la detección de los mensajes SIP OPTIONS destinados al dispositivo D2 y para la activación del servidor de aplicaciones 2 son conocidos por los expertos en la técnica; por lo tanto, no se describirán con detalle en el presente documento.
El servidor de aplicaciones 2 es activado, por ejemplo, por un servidor S-CSCF (Serving Call Session Control Function, en inglés) del núcleo de red CN2 o por otro servidor ubicado aguas abajo de este servidor S-CSCF, después de haber detectado que el mensaje MOPT recibido procedente del dispositivo D1 es un mensaje SIP OPTIONS destinado a un dispositivo D2 (identificado en particular por el campo "Request URI" o "To" del mensaje MOPT recibido), habiendo activado el servicio de filtrado según la invención de los mensajes SIP OPTIONS destinados a él.
El servidor de aplicaciones 2 en el presente documento tiene la arquitectura de hardware de un ordenador como se muestra esquemáticamente en la figura 2.
Incluye, en concreto, un procesador 2A, una memoria de acceso aleatorio 2B, una memoria de solo lectura 2C, una memoria flash no volátil 2D, así como medios de comunicación 2E que implementan, en concreto, el protocolo SIP. Estos medios de comunicación le permiten comunicar con las entidades del núcleo de red CN2 y con el dispositivo D2.
La memoria de solo lectura 2C del servidor de aplicación 2 constituye un soporte de registro de acuerdo con la invención, legible por el procesador 2A y sobre el cual está registrado un programa de ordenador de acuerdo con la invención, que incluye instrucciones para la ejecución de las etapas de un procedimiento de procesamiento según el primer modo de realización de la invención, descritas en este momento con referencia a la figura 3.
La figura 3 representa las principales etapas del procedimiento de procesamiento según la invención, implementado por el servidor de aplicaciones 2 de la figura 1 de acuerdo con el primer modo de realización, después de su activación después de la recepción por núcleo de red CN2 del mensaje SIP OPTIONS MOPT emitido por el dispositivo D1 al dispositivo D2.
Como se ha descrito anteriormente, el procesamiento propuesto por la invención consiste en filtrar los mensajes de descubrimiento (tales como los mensajes OPTIONS para el protocolo SIP) en función de los identificadores de los dispositivos en el origen de estos mensajes y en seleccionar un modo de respuesta de entre un conjunto predefinido de modos de respuesta que contienen al menos dos modos de respuesta en función de estos identificadores.
La implementación de este procesamiento se basa en el presente documento en una definición preliminar de tres conjuntos, esto es:
(1) un conjunto de posibles modos de respuesta a los mensajes de descubrimiento recibidos, denominado O;
(2) de un conjunto, denominado C, compuesto por uno o más criterios con los que se compararán los identificadores de los dispositivos en el origen de estos mensajes de descubrimiento (estos criterios pueden estar relacionados con la totalidad o parte de los identificadores); y
(3) de un conjunto, denominado S, de reglas de selección destinadas a asociarse con un identificador de un dispositivo en el origen de un mensaje de descubrimiento, un modo de respuesta del conjunto O, cuando el identificador satisface uno o más criterios determinados del conjunto C.
De esta forma, a modo de ilustración, los siguientes modos de respuesta pueden considerarse en el conjunto O: - ausencia de respuesta al mensaje de descubrimiento;
- envío de una respuesta transparente al mensaje de descubrimiento, es decir, que contiene el estado y las capacidades del dispositivo interrogado (es decir, D2 en el presente documento), como se define actualmente en la norma SIP;
- envío de una respuesta parcial al mensaje de descubrimiento, que consiste, por ejemplo, en un mensaje que refleja un estado del dispositivo interrogado sin incluir sus capacidades, en un mensaje que refleja un estado del dispositivo interrogado y solo una parte de sus capacidades, o incluso un mensaje predefinido que contiene solo sus capacidades;
- envío de una respuesta predefinida al mensaje de descubrimiento, que consiste, por ejemplo, para el protocolo SIP, en un mensaje "404 NOT FOUND", en inglés, "480 TEMPORARiLy UNAVAILABLE", en inglés, "408 TIME OUT", en inglés, "200 OK" o "486 BUSY HERE", en inglés;
- envío de una respuesta errónea al mensaje de descubrimiento, que refleja, por ejemplo, un estado distinto del estado real del dispositivo interrogado y/o capacidades que no corresponden a las capacidades del dispositivo interrogado.
De forma similar, los siguientes criterios, en relación con la totalidad o parte del identificador del dispositivo en el origen del mensaje de descubrimiento, pueden considerarse en el conjunto C:
- presencia o no del identificador del dispositivo en el origen del mensaje de descubrimiento en una lista predefinida asociada con el dispositivo interrogado. Esta lista puede ser, en particular, un directorio local (o "libreta de direcciones") almacenado en el dispositivo interrogado o almacenado en un equipo remoto en una red (por ejemplo, en el núcleo de red IP multimedia CN2, a nivel del servidor de aplicaciones 2 o en un sistema de información del operador de red del dispositivo D2, etc.). Puede tratarse, como variante, una lista de identificadores de dispositivos autorizados para recibir el estado real y las capacidades del dispositivo interrogado, almacenados, por ejemplo, a nivel del servidor de aplicaciones 2 o en un sistema de información del operador de red del dispositivo D2 que puede ser consultado por el servidor de aplicaciones 2 y configurado por el usuario del dispositivo interrogado. Puede tratarse, en otra variante, una lista configurada por el usuario de identificadores "prohibidos" a los que el usuario se niega a comunicar el estado y las capacidades de su dispositivo, almacenados, por ejemplo, a nivel del servidor de aplicaciones 2 o en un sistema de información del operador de red del dispositivo D2 que puede ser consultado por el servidor de aplicaciones 2;
- pertenencia o no al identificador del dispositivo en el origen del mensaje de descubrimiento a un dominio de red idéntico al dominio de red del dispositivo consultado o a un dominio autorizado (por el operador del núcleo de red o por el usuario del dispositivo consultado);
- presencia o no en el identificador del dispositivo en el origen del mensaje de descubrimiento de una parte de usuario predeterminada (es decir, la parte "User Part", en inglés, del identificador para un mensaje de SIP OPTIONS) o de un tipo predeterminado (por ejemplo, que contiene un número internacional distinto del prefijo "+33", o un prefijo específico tal como "+331" - "+335", "+338" o "+339", o correspondiente a un tipo particular de URI (Uniform Request Identifier, en inglés) tal como un SIP URI o un TEL URI);
- etc.
Por último, se pueden considerar las siguientes reglas de selección en el conjunto S:
- si el identificador del dispositivo desde el que se originó el mensaje de descubrimiento no está presente en el directorio local del dispositivo consultado, se selecciona el modo de respuesta "sin respuesta al mensaje de descubrimiento";
- si el identificador del dispositivo en el origen del mensaje de descubrimiento está presente en el directorio local del dispositivo consultado, se selecciona el modo de respuesta "enviar una respuesta transparente al mensaje de descubrimiento";
- etc.
Por supuesto, estos ejemplos se proporcionan solo con fines ilustrativos y otros procedimientos de respuesta, en el marco de la invención, pueden contemplarse otros criterios relacionados con la totalidad o parte de los identificadores, así como otras reglas de selección.
En particular, también es posible definir reglas de selección basadas en una pluralidad de criterios (por ejemplo, si el identificador del dispositivo en el origen del mensaje de descubrimiento está en el mismo dominio de red que el identificador del dispositivo consultado y en el directorio local del dispositivo consultado, a continuación, se selecciona el modo de respuesta que consiste en enviar una respuesta transparente al dispositivo en el origen del mensaje de descubrimiento).
Asimismo, también es posible contemplar otros modos de respuesta en los que el contenido de la respuesta depende de parámetros tales como el estado del dispositivo D2 y, en particular, el número de sesiones ya en curso a nivel del dispositivo D2 y/o el tipo de sesiones ya en curso (en función, por ejemplo, de los servicios disponibles o, en caso contrario, utilizados).
Para ilustrar las etapas implementadas por el servidor de aplicaciones 2 al procesar el mensaje MOPT, se supone que se han definido los siguientes conjuntos O, S y C:
- el conjunto O de modos de respuesta contiene dos modos de respuesta, a saber:
o Modo M1: "respuesta transparente al mensaje de descubrimiento"
o Modo M2: "respuesta parcial al mensaje de descubrimiento que contiene solo el estado del dispositivo consultado" - el conjunto C de criterios contiene un solo criterio, a saber: presencia o no del identificador en el directorio local del dispositivo consultado; y
- el conjunto S de reglas de selección contiene dos reglas, esto es:
o si el identificador está presente en el directorio local, a continuación, se responde según el modo M1;
o de lo contrario, se responde en modo M2.
Estos conjuntos se almacenan en la memoria flash 2D del servidor de aplicaciones 2 durante una etapa preliminar de configuración (etapa E0). Cabe señalar que la elección de los conjuntos O, S y C, la puede realizar el propio usuario del dispositivo D2, por ejemplo, a través de una interfaz de web, vocal o textual, etc.
A continuación, se describirá el procesamiento del mensaje MOPT realizado de acuerdo con la invención por el servidor de aplicaciones 2, después de su activación al detectar un mensaje de SIP OPTIONS destinado al dispositivo D2.
La activación del servidor de aplicaciones 2 da como resultado la recepción por parte del servidor de aplicaciones 2, del mensaje MOPT (etapa E10).
El servidor de aplicaciones 2 extrae del campo FROM del mensaje MOPT recibido, un identificador del dispositivo D1 (etapa E20). El identificador del dispositivo D1 contenido en el campo FROM es en este caso el identificador ID1. Si el campo FROM no contiene un identificador del dispositivo D1 o refleja el anonimato del dispositivo D1 (por ejemplo, porque el identificador del dispositivo D1 fue enmascarado en la emisión por el dispositivo D1), el servidor de aplicaciones 2 determina si el mensaje MOPT contiene un campo SIP PRIVACY.
Llegado el caso, luego determina, si hay en el mensaje MOPT un campo P-Asserted-Identity que contiene un identificador certificado del dispositivo D1 y que probablemente haya sido introducido y/o completado por el núcleo de red CN1 por el que pasa el mensaje MOPT después de la emisión por el dispositivo D1.
En efecto, de forma conocida de por sí, las redes a través de las cuales pasa un mensaje emitido por un dispositivo a otro dispositivo, pueden insertar, para satisfacer diferentes necesidades (por ejemplo, facturación, enrutamiento de mensajes, intercepciones legales, etc.), un identificador certificado del dispositivo desde el que se originó el mensaje. Este identificador es insertado en este caso por núcleo de red CN1 en el campo P-Asserted-Identity del mensaje. Llegado el caso, el servidor de aplicaciones 2 extrae el identificador del dispositivo D1 contenido en este campo P-Asserted-Identity.
Luego determina si el identificador ID1 del dispositivo D1 extraído del mensaje MOPT verifica los criterios de filtrado o los criterios definidos en el conjunto C, almacenado en la memoria 2D (etapa E30).
En el ejemplo considerado en el presente documento, solo un criterio se almacena en la memoria 2D, a saber, el criterio "presencia o no del identificador del dispositivo en el origen del mensaje SIP OPTIONS en el directorio local del dispositivo consultado".
Así, en el curso de la etapa E30, el servidor de aplicaciones 2 examina si el identificador ID1 del dispositivo D1 está presente (es decir, referenciado) en el directorio local RL2 del dispositivo D2.
Cuando sea apropiado (respuesta sí a la prueba E40), de acuerdo con las reglas de selección definidas en el conjunto S, el servidor de aplicaciones 2 selecciona el modo de respuesta M1 (etapa E50).
Dicho de otra manera, envía al dispositivo D1 una respuesta transparente al mensaje SIP OPTIONS que contiene el estado del dispositivo D2, así como sus capacidades (etapa E60).
En el modo de realización descrito en el presente documento, el estado del dispositivo D2 y sus capacidades son obtenidos por el servidor de aplicaciones 2 directamente desde el dispositivo D2.
Más precisamente, en caso de respuesta afirmativa a la prueba E40, el servidor de aplicaciones 2 extiende (es decir, retransmite) el mensaje SIP OPTIONS MOPT al segundo dispositivo D2, sin cambiar su contenido.
El dispositivo D2 luego responde al mensaje SIP OPTIONS de forma transparente, de conformidad con el protocolo SIP, es decir, proporcionando su estado y sus capacidades. La respuesta del dispositivo D2 sigue la ruta inversa del mensaje MOPT, según el modo de funcionamiento del protocolo SIP. Por tanto, esta respuesta pasa por el servidor de aplicaciones 2.
Este intercepta el mensaje de respuesta proveniente del dispositivo D2 y elabora, usando este mensaje, su respuesta transparente al dispositivo D1 que contiene el estado del dispositivo d 2 y sus capacidades de acuerdo con el modo de respuesta M1 seleccionado.
En el modo de realización descrito en el presente documento, la respuesta transparente enviada por el servidor de aplicaciones 2 al dispositivo D1 es similar o idéntica al mensaje de respuesta al mensaje SIP OPTIONS previsto en el documento RFC 3261 de la norma SIP (mismo formato y mismo contenido con respecto al estado y capacidades del dispositivo D2).
Por el contrario, si el identificador ID1 no está contenido en el directorio local RL2 del dispositivo D2 (respuesta no a la prueba E40), el servidor de aplicaciones 2 selecciona, de acuerdo con las reglas de selección definidas en el conjunto S, el modo de respuesta M2 (etapa E70).
Dicho de otra manera, envía al dispositivo D1 una respuesta parcial al dispositivo D1 que contiene solo un estado del dispositivo D2 (etapa E80). Esta respuesta parcial no contiene ninguna información sobre las capacidades del dispositivo D2.
Como se ha mencionado anteriormente para la etapa E60, la información relativa al estado del dispositivo D2 es obtenida por el servidor de aplicaciones 2 interrogando al dispositivo D2, transmitiéndole aquí el mensaje SIP OPTIONS MOPT recibido.
Cabe señalar que si se contempla (y selecciona) un modo de respuesta según el cual el servidor de aplicaciones 2 responde erróneamente al dispositivo D1 o según un mensaje predeterminado tal como "404 NOT FOUND" o "480 TEMPORARILY UNAVAILABLE" o, de nuevo, "408 TIME o Ut ", el servidor de aplicaciones 2 puede abstenerse de consultar el dispositivo D2 para obtener su estado y sus capacidades y responder directamente al dispositivo D1. Por el contrario, tan pronto como se seleccione un modo de respuesta que incluya un estado real del dispositivo D2 y/o sus capacidades reales, el servidor de aplicaciones 2 transmite al dispositivo D2 el mensaje SIP OPTIONS MOPT recibido procedente del dispositivo D1, de forma transparente (es decir, sin cambiar el contenido), luego filtra y/o adapta la respuesta recibida del dispositivo D2 al mensaje SIP OPTIONS en función de las reglas de respuesta configuradas para el modo de respuesta seleccionado.
Así, por ejemplo, si el servidor de aplicaciones 2 determina que el dispositivo D2 está ocupado, envía un mensaje de respuesta 486 BUSY HERE" al dispositivo D1 en el que no hay información sobre las capacidades del dispositivo D2. En el primer modo de realización descrito anteriormente, el procesamiento según la invención del mensaje SIP OPTIONS MOPT destinado al dispositivo D2 es implementado por un servidor de aplicaciones 2 del núcleo de red IP multimedia CN2. Dicho de otra manera, la entidad de procesamiento de la invención es el servidor de aplicaciones 2. No obstante, esta hipótesis no es exhaustiva y la entidad para procesar los mensajes de descubrimiento de capacidad y estado remoto de acuerdo con la invención puede integrarse en otros equipos, como, en particular, en el dispositivo receptor del mensaje de descubrimiento.
La figura 4 representa, en su entorno, un sistema de comunicación 1' de acuerdo con la invención en un segundo modo de realización.
El sistema de comunicación 1' incluye dos dispositivos D1' y D2' gestionados, respectivamente, por un núcleo de red IP multimedia CN1' y por un núcleo de red IP multimedia CN2'. Los dispositivos D1' y D2' son, en el presente documento, terminales provistos de directorios locales, denominados, respectivamente, r L1' y RL2'.
En este segundo modo de realización, el procesamiento de acuerdo con la invención de un mensaje de descubrimiento MOPT' enviado por el dispositivo D1' al dispositivo D2' es implementado por el propio dispositivo D2'. Dicho de otra manera, el dispositivo D2' es una entidad de procesamiento en el sentido de la invención.
Los dispositivos D1' y los núcleos de red IP multimedia CN1' y CN2' son similares o idénticos a los dispositivos D1 y los núcleos de red CN1 y CN2 descritos con referencia a la figura 1 y no se describen de nuevo con detalle en el presente documento.
El dispositivo D2' es similar al dispositivo D2 de la figura 1. Sin embargo, se diferencia del dispositivo D2 en que incluye una memoria de solo lectura 3 de solo lectura en la que está grabado un programa de ordenador según la invención, que incluye instrucciones para llevar a cabo las etapas de un procedimiento de procesamiento de acuerdo con el segundo modo de realización de la invención. Esta memoria de solo lectura 3 constituye un soporte de registro conforme con la invención, legible por un procesador del dispositivo D2'.
A continuación, se van a describir, con referencia a la figura 5, las principales etapas implementadas por el dispositivo D2' en este segundo modo de realización para procesar un mensaje MOPT' para descubrir el estado y las capacidades del remoto, emitido por el dispositivo D1' al dispositivo D2'.
El mensaje MOPT' es, en el presente documento, un mensaje SIP OPTIONS, tal como se describe con detalle en el documento RFC 3261. Contiene en un campo FROM, un identificador ID1' del dispositivo D1' en el origen del mensaje y en un campo Request-URI y en un campo TO, un identificador ID2' del dispositivo D2' receptor del mensaje.
Para ilustrar las etapas implementadas por el dispositivo D2' durante el procesamiento del mensaje MOPT', nos basamos en los conjuntos O, S y C definidos previamente. De este modo:
- el conjunto O de modos de respuesta contiene dos modos de respuesta, esto es:
o Modo M1: "respuesta transparente al mensaje de descubrimiento"
o Modo M2: "respuesta parcial al mensaje de descubrimiento que contiene solo el estado del dispositivo consultado" - el conjunto C de criterios contiene un solo criterio, a saber: presencia o no del identificador en el directorio local del dispositivo consultado; y
- el conjunto S de reglas de selección contiene dos reglas, esto es:
o si el identificador está presente en el directorio local, a continuación, se responde según el modo M1;
o de lo contrario, se responde en modo M2.
Estos conjuntos se almacenan en una memoria flash no volátil del dispositivo D2' durante una etapa preliminar de configuración (etapa F0). Cabe señalar que la configuración del dispositivo D2' y, más precisamente, la elección de los conjuntos O, S y C, la puede realizar el propio usuario del dispositivo D2', por ejemplo, a través de una interfaz de web, vocal o textual, etc.
El mensaje MOPT' emitido por el dispositivo D1' al dispositivo D2' es recibido por el dispositivo D2' después de haber pasado por los núcleos de red CN1' y CN2' (etapa Fl0).
Al recibir el mensaje MOPT', el dispositivo D2' determina en primer lugar si se trata de un mensaje para descubrir su estado y sus capacidades, es decir, en el presente documento, si se trata de un mensaje SIP OPTIONS que debe procesar de acuerdo con la invención (etapa F20).
Si no es un mensaje de SIP OPTIONS (respuesta de no a la etapa F20), el dispositivo D2' procesa este mensaje de forma convencional, según lo dispuesto por el protocolo SIP, en función del tipo de este mensaje (etapa F30).
Si el mensaje recibido MOPT' es un mensaje de SIP OPTIONS (respuesta de sí a la etapa F20), el dispositivo D2' procesa este mensaje de acuerdo con la invención.
De este modo:
- extrae del campo FROM o del campo P-Asserted-ID del mensaje MOPT' que recibió el identificador ID1' del dispositivo D1' (etapa f40);
- determina si este identificador ID1' verifica los criterios de filtrado definidos en el conjunto C, almacenado(s) en su memoria flash no volátil (etapa F50): en otras palabras, en el presente documento, comprueba en este caso si el identificador ID1' está presente o no en el directorio local RL2' del dispositivo D2';
- selecciona, si corresponde (respuesta de sí a la etapa de prueba F60), el modo de respuesta M1 (etapa F70) y envía al dispositivo D1' una respuesta transparente al mensaje SIP OPTIONS MOPT' que contiene su estado y capacidades "reales" (etapa F80);
- en caso contrario (respuesta de no a la etapa de prueba F60), selecciona el modo de respuesta M2 (etapa F90) y envía al dispositivo D1' una respuesta parcial al mensaje SIP OPTIONS MOPT' que contiene solo su estado, pero no identifica sus capacidades (etapa F100).
Las etapas F40, F50, F60, F70 y F90 son idénticas a las etapas E20, E30, E40, E50 y E70, por lo que no se describirán con más detalle en el presente documento. Las etapas F80 y F100 difieren de las etapas E60 y E80 respectivamente, en cuanto a que el dispositivo D2' elabora directamente la respuesta al mensaje SIP OPTIONS MOPT' a partir de su estado y/o sus capacidades.
En los dos modos de realización descritos en el presente documento, el procesamiento del mensaje SIP OPTIONS de acuerdo con la invención se realiza independientemente de la existencia o no de un diálogo entre los dispositivos D1 y D2, respectivamente entre los dispositivos D1' y D2'.
Como variante, es posible considerar el procesamiento de los mensajes SIP OPTIONS de acuerdo con la invención solo cuando se envían como parte de una transacción autónoma o transacción "standalone", en inglés, o independiente, entre los dispositivos, es decir, que no se lleve a cabo en el marco de un diálogo establecido entre los dispositivos o que no inicie dicho diálogo. De hecho, la invención tiene una ventaja adicional en tal contexto, porque el dispositivo receptor del mensaje de descubrimiento aún no ha dado su consentimiento para una comunicación con el dispositivo en el origen del mensaje de descubrimiento.

Claims (13)

REIVINDICACIONES
1. Procedimiento de procesamiento de un mensaje recibido (MOPT, MOPT') procedente de un primer dispositivo (D1, D1') y destinado a un segundo dispositivo (D2, D2') gestionado por un núcleo de red IP multimedia (CN2, CN2'), estando dicho procedimiento destinado a ser implementado por una entidad de procesamiento (2, D2') cuando dicho mensaje recibido (MOPT, MOPT') es un mensaje de descubrimiento de las capacidades y del estado del segundo dispositivo (D2, D2') y que comprende:
- una etapa de obtención (E20, F40) de un identificador (ID1, ID1') del primer dispositivo (D1, D1') a partir de un campo del mensaje de descubrimiento recibido (MOPT, MOPT'); y
- una etapa de selección (E50, E70, F70, F90), en función de este identificador (ID1, ID1'), de un modo de respuesta (M1, M2) al mensaje de descubrimiento recibido de entre un conjunto predefinido (O) que contiene al menos dos modos de respuesta (M1, M2),
conteniendo dicho conjunto predefinido (O) al menos:
- un modo de respuesta (M2) que comprende un envío al primer dispositivo de una respuesta parcial o errónea al mensaje de descubrimiento, una respuesta parcial que identifica solo una parte de las capacidades del segundo dispositivo o que refleja solo el estado del segundo dispositivo y una respuesta errónea que refleja un estado distinto del estado real del segundo dispositivo y/o capacidades que no corresponden a las capacidades del segundo dispositivo; y
- un modo de respuesta (M1) que comprende un envío al primer dispositivo de una respuesta transparente al mensaje de descubrimiento que contiene las capacidades y el estado del segundo dispositivo al mensaje de descubrimiento.
2. Procedimiento de procesamiento según la reivindicación 1, en donde el mensaje de descubrimiento (MOPT, MOPT') es un mensaje SIP OPTIONS y el campo de este mensaje que contiene el identificador del primer dispositivo es un campo FROM o un campo P-Asserted-Identity.
3. Procedimiento de procesamiento según la reivindicación 1, en donde la entidad de procesamiento (2, D2') selecciona un modo de respuesta de entre el conjunto predefinido (O) en función de la presencia o no del identificador del primer dispositivo en al menos una lista predefinida de identificadores asociada con el segundo dispositivo.
4. Procedimiento de procesamiento según la reivindicación 3, en donde dicha lista predefinida es un directorio (RL2, RL2') almacenado en el segundo dispositivo (D2, D2') o en un equipo remoto.
5. Procedimiento de procesamiento según la reivindicación 1, en donde la entidad de procesamiento (2, D2') selecciona un modo de respuesta de entre el conjunto predefinido (O) en función de si el identificador del primer dispositivo pertenece o no a un dominio de red idéntico al dominio de red del segundo dispositivo o a un dominio de red autorizado.
6. Procedimiento de procesamiento según la reivindicación 1, en donde la entidad de procesamiento (2, D2') selecciona un modo de respuesta de entre el conjunto predefinido (O) según si el identificador del primer dispositivo comprende o no una parte del usuario predeterminada o de un tipo predeterminado.
7. Procedimiento de procesamiento según la reivindicación 1, en donde la respuesta enviada al primer dispositivo (D1) también depende de un número y/o de un tipo de sesiones en curso para el segundo dispositivo cuando se recibe el mensaje.
8. Programa de ordenador que incluye instrucciones para la ejecución de las etapas del procedimiento de procesamiento según la reivindicación 1, cuando dicho programa es ejecutado por un ordenador.
9. Soporte de registro legible por un ordenador en el que se registra un programa de ordenador que comprende instrucciones para la ejecución de las etapas del procedimiento de procesamiento según la reivindicación 1.
10. Entidad de procesamiento (2, D2') de un mensaje recibido (MOPT, MOPT') procedente de un primer dispositivo (D1, D1') y destinado a un segundo dispositivo (D2, D2') gestionado por un núcleo de red IP multimedia (CN2), que comprende medios, activados si el mensaje recibido (MOPT, MOPT') es un mensaje de descubrimiento de las capacidades y del estado del segundo dispositivo, que comprende:
- medios de obtención de un identificador (ID1, ID1') del primer dispositivo (D1, D17) a partir de un campo del mensaje de descubrimiento recibido; y
- medios adecuados para seleccionar, en función de este identificador (ID1, ID1'), un modo de respuesta (M1, M2) a dicho mensaje de descubrimiento recibido (MOPT, MOPT') de entre un conjunto predefinido (O) que contiene al menos dos modos de respuesta (M1, M2),
conteniendo dicho conjunto predefinido (O) al menos:
- un modo de respuesta (M2) que comprende un envío al primer dispositivo de una respuesta parcial o errónea al mensaje de descubrimiento, una respuesta parcial que identifica solo una parte de las capacidades del segundo dispositivo o que refleja solo el estado del segundo dispositivo y una respuesta errónea que refleja un estado distinto del estado real del segundo dispositivo y/o capacidades que no corresponden a las capacidades del segundo dispositivo; y
- un modo de respuesta (M1) que comprende un envío al primer dispositivo de una respuesta transparente al mensaje de descubrimiento que contiene las capacidades y el estado del segundo dispositivo al mensaje de descubrimiento.
11. Terminal (D2') gestionado por un núcleo de red IP multimedia (CN2') y que comprende una entidad de procesamiento según la reivindicación 10, de un mensaje recibido procedente de un dispositivo y destinado a dicho terminal.
12. Servidor (2) asociado a un núcleo de red IP multimedia (CN2) que gestiona un dispositivo (D2), comprendiendo dicho servidor una entidad de procesamiento según la reivindicación 10, de un mensaje recibido destinado a dicho dispositivo (D2).
13. Sistema de comunicación (1, 1') que comprende:
- un primer dispositivo (D1, D1') y un segundo dispositivo (D2, D2') gestionado por un núcleo de red IP multimedia (CN2), estando el primer dispositivo (D1, D1') adaptado para emitir un mensaje (MOPT, MOPT') de descubrimiento de las capacidades y del estado del segundo dispositivo; y
- una entidad de procesamiento (2, D2') según la reivindicación 10 capaz de recibir y procesar dicho mensaje de descubrimiento (MOPT, MOPT').
ES13729982T 2012-05-29 2013-05-17 Procedimiento y entidad de procesamiento de un mensaje Active ES2880477T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1254919A FR2991530A1 (fr) 2012-05-29 2012-05-29 Procede et entite de traitement d'un message
PCT/FR2013/051086 WO2013178909A1 (fr) 2012-05-29 2013-05-17 Procédé et entité de traitement d'un message

Publications (1)

Publication Number Publication Date
ES2880477T3 true ES2880477T3 (es) 2021-11-24

Family

ID=48656224

Family Applications (1)

Application Number Title Priority Date Filing Date
ES13729982T Active ES2880477T3 (es) 2012-05-29 2013-05-17 Procedimiento y entidad de procesamiento de un mensaje

Country Status (11)

Country Link
US (1) US10091708B2 (es)
EP (1) EP2856732B1 (es)
JP (1) JP6293740B2 (es)
KR (1) KR102109099B1 (es)
CN (1) CN104396213B (es)
BR (1) BR112014029410B1 (es)
ES (1) ES2880477T3 (es)
FR (1) FR2991530A1 (es)
RU (1) RU2643498C2 (es)
WO (1) WO2013178909A1 (es)
ZA (1) ZA201408555B (es)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160295390A1 (en) * 2013-11-22 2016-10-06 Telefonaktiebolaget L M Ericsson (Publ) Centralised capabiity discovery
EP2975865A1 (en) * 2014-07-18 2016-01-20 Alcatel Lucent Method and server for performing capability discovery
FR3052006A1 (fr) * 2016-05-31 2017-12-01 Orange Procede de qualification de l'identite d'un terminal appelant
US11902890B2 (en) * 2018-02-03 2024-02-13 Nokia Technologies Oy Application based routing of data packets in multi-access communication networks

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB0110542D0 (en) * 2001-04-30 2001-06-20 Nokia Corp Messaging system
CN100544371C (zh) * 2004-10-11 2009-09-23 华为技术有限公司 在综合业务中实现能力协商的方法
US20060252444A1 (en) * 2005-05-03 2006-11-09 Timucin Ozugur Presence enabled call hunting group
KR100700607B1 (ko) 2005-06-21 2007-03-28 엘지전자 주식회사 단말 능력 버전을 이용한 컴비네이션 서비스 수행 방법 및시스템
WO2006137646A1 (en) 2005-06-21 2006-12-28 Lg Electronics Inc. Terminal, method and system for performing combination service using terminal capability version
DE602005012608D1 (de) 2005-10-13 2009-03-19 Ericsson Telefon Ab L M Verfahren und vorrichtung zum handhaben von einladungen zu einer mehrbenutzer-kommunikationssitzung
JP4795027B2 (ja) 2006-01-17 2011-10-19 三菱電機株式会社 通信装置及び通信システム
US7805425B2 (en) * 2006-04-28 2010-09-28 Microsoft Corporation Efficient database lookup operations
JP2009033299A (ja) 2007-07-25 2009-02-12 Panasonic Corp 通信の途切れを回避する通信装置、通信方法、及び通信プログラム
CN101217503B (zh) * 2007-12-27 2011-01-26 腾讯科技（深圳）有限公司 即时通讯音视频的能力交换方法、系统和即时通讯系统
US8364145B2 (en) * 2008-01-09 2013-01-29 Mediatek Inc. Methods and devices for dynamic menu update
JP5003961B2 (ja) 2008-01-24 2012-08-22 日本電気株式会社 携帯電話端末の状態通知システム
EP2291963B1 (en) * 2008-06-23 2016-04-27 BlackBerry Limited Method for delivering device and server capabilities
EP2205020B1 (en) * 2008-12-31 2017-09-13 Telia Company AB Capability service in communications system
WO2010099829A1 (en) * 2009-03-06 2010-09-10 Telefonaktiebolaget Lm Ericsson (Publ) Capability query handling in a communication network
JP5316164B2 (ja) 2009-03-30 2013-10-16 日本電気株式会社 電子メール配信システム、該システムに用いられる電子メール配信方法及び電子メール配信制御プログラム
CN107070849B (zh) * 2009-05-04 2020-09-22 黑莓有限公司 用于使用sip协议来实现协作会话的控制转移的系统和方法
US20110019650A1 (en) * 2009-07-21 2011-01-27 Sabine Van Niekerk Methods and apparatus for optimization of device capability exchange in a network
EP2323332A1 (en) 2009-11-06 2011-05-18 Koninklijke KPN N.V. Controlling a session in a service provisioning system
ES2813430T3 (es) * 2011-02-11 2021-03-23 Vodafone Ip Licensing Ltd Método de comunicaciones basado en la capacidad de servicio y la presencia social

Also Published As

Publication number Publication date
JP2015521011A (ja) 2015-07-23
KR102109099B1 (ko) 2020-05-11
CN104396213A (zh) 2015-03-04
BR112014029410A2 (pt) 2017-06-27
KR20150023519A (ko) 2015-03-05
ZA201408555B (en) 2016-01-27
US20150131478A1 (en) 2015-05-14
WO2013178909A1 (fr) 2013-12-05
EP2856732A1 (fr) 2015-04-08
RU2643498C2 (ru) 2018-02-01
US10091708B2 (en) 2018-10-02
EP2856732B1 (fr) 2021-04-28
FR2991530A1 (fr) 2013-12-06
CN104396213B (zh) 2018-10-02
BR112014029410B1 (pt) 2023-01-03
JP6293740B2 (ja) 2018-03-14
RU2014153554A (ru) 2016-07-20

Similar Documents

Publication Publication Date Title
ES2744824T3 (es) Encaminador de Diameter de IMS con equilibrio de carga
EP2323332A1 (en) Controlling a session in a service provisioning system
US9246954B2 (en) Location tagging method for packet based signalling
ES2737173T3 (es) Método y sistema para la selección en un escenario de múltiples dispositivos
US20170195483A1 (en) Communication system with service selection by dialling
EP2763464B1 (en) Convergence calling method and system
ES2880477T3 (es) Procedimiento y entidad de procesamiento de un mensaje
EP3167603A1 (en) Centralized routing in hybrid networks
EP2926524B1 (fr) Routage d'une requête de service visant un abonné ims
US9407770B2 (en) Managing calls in IMS networks
ES2385292T3 (es) Métodos, nodo de telecomunicaciones, y equipo de usuario para la transmisión de un identificador de usuario
ES2941468T3 (es) Método de gestión de un fallo de establecimiento de una comunicación entre un primer y un segundo terminal
KR101836655B1 (ko) 메신저 가입자의 착신 콜 처리 방법 및 시스템
JP2007520132A (ja) 電話端末とｉｐ端末との間の呼び出しを確立する方法
JP5193956B2 (ja) Ｉｐネットワークシステムとその通信先変更方法
ES2959881T3 (es) Establecimiento de una comunicación asignando a un terminal de llamador un identificador de llamada intermedio dedicado a la comunicación
EP4264977A1 (fr) Procede de traitement d'une demande d'enregistrement d'un terminal d'un utilisateur d'un reseau de communication, procede de mise a disposition d'une table de numeros d'urgence, procede de gestion d'une table de numeros d'urgence, dispositifs, equipement de proximite, equipement de controle, equipement de gestion d'une mobilite d'un terminal d'un utilisateur, systeme et programmes d'ordinateur correspondants
KR102049586B1 (ko) 착신망의 호 처리 기능 장애 처리를 위한 장치, 이를 위한 방법 및 이 방법이 기록된 컴퓨터 판독 가능한 기록매체
FR2936390A1 (fr) Procede et dispositif pour un systeme de communication offrant des services d'itinerance