Método para responder a una petición en un entorno de red que incluye IMS y aparato para el mismo.

Un método para responder a una petición en un entorno de red (100),

de tal manera que dicho método comprende:

recibir, en un destinatario, un mensaje (552) de INVITACIÓN de SIP procedente de un remitente, de tal manera que dicho mensaje (552) de INVITACIÓN de SIP incluye un encabezamiento de Aceptación que carece de una indicación de aceptación de un cuerpo de un primer tipo de contenido, por parte de dicho remitente, y de tal modo que dicho mensaje (552) de INVITACIÓN de SIP es una petición de una sesión de llamada a Servicios de Emergencia, ES; y

proporcionar un mensaje (554) de respuesta de SIP que incluye al menos un cuerpo de dicho primer tipo de contenido, de tal manera que dicho mensaje (554) de respuesta de CIP se proporciona como respuesta a dicho mensaje (552) de INVITACIÓN de SIP.

Método para responder a una petición en un entorno de red que incluye IMS y aparato para el mismo.

PRIORIDAD BAJO 35 U.S.C. § 119 (e) & 37 C.F.R. § 1.78.

Esta Solicitud de Patente no provisional reivindica la prioridad basada en la (s) siguiente (s) Solicitud (es) de Patenteprovisional (es) norteamericana (s) : (i) "SISTEMA Y MÉTODOS PARA MANEJAR CUERPOS DE XML DE SIP VERSIONADOS", Solicitud Nº 60/976.419, depositada el 29 de septiembre de 2007, a nombre de Jan John-LucBakker, Andrew Allen y Adrian Buckley; y (ii) "SISTEMA Y MÉTODOS PARA MANEJAR CUERPOS DE SML DE SIP QUE INCLUYEN TIPOS DE MIME", Solicitud Nº 60/978.976, depositada el 10 de octubre de 2007, a nombre de Jan John-Luc Bakker, Andrew Allen y Adrian Buckley.

CAMPO DE LA INVENCIÓN

La presente invención de patente se refiere generalmente al procesamiento o tratamiento de mensajes en redes de comunicación. Más particularmente, y no a modo de limitación, la presente invención de patente está encaminada a un sistema y un método para responder mensajes de petición en un entorno de red que incluye una red de Subsistema Multimedia de Protocolo de Internet (IP -"Internet Protocol") (IMS -"IP Multimedia System") .

ANTECEDENTES

Los lenguajes de anexión abreviada de texto se vienen utilizando para describir información relativa a mensajes implementados en protocolos de comunicación. En un entorno de red en el que diferentes entidades se comunican entre sí utilizando cuerpos de mensaje, en lenguajes de anexión abreviada de texto, que son extensibles, cobra importancia el hecho de que los lenguajes, así como cualesquiera metaestructuras que se empleen para la comprensión del lenguaje, sean compatibles en todo el entorno. En caso contrario, pueden surgir problemas significativos de interoperabilidad que conduzcan, por ejemplo, a un fallo en la comunicación, a un comportamiento impredecible, etc.

El documento US 2006223510 aparece concernido con el aporte de un método para implementar un servicio de conferencia entre múltiples participantes mediante el uso de un servicio de radiodifusión / difusión múltiple (BCMCS -"broadcast / multicast service") perteneciente a un sistema de comunicaciones inalámbricas. D1 divulga un mecanismo de transacción de mensajes de SIP que implica mensajes de SUSCRIBIR y de NOTIFICAR entre dos participantes o partes. Tanto los mensajes de SUSCRIBIR como los de NOTIFICAR son tratados como mensajes de "petición" en el SIP. Este mecanismo de transacción hace posible que el mensaje de NOTIFICAR requiera un cuerpo de mensaje que describe información de estado de un mensaje de SUSCRIBIR de conformidad con la RFC (Petición de Comentarios -"Request For Comments") 3265. Es decir, la especificación de un cuerpo de mensaje de NOTIFICAR debe seguir a la especificación para el encabezamiento de Aceptación del mensaje de SUSCRIBIR. Se adopta una especificación por defecto cuando esta especificación no se ha definida. En particular, todas las partes que notifican, abonados / terminales móviles, controladores de BCMCS, así como servidores de proveedor de contenidos de UA de SIP, son necesarios para dar soporte a la especificación de datos "aplicación / MCMSSC+xml"como la especificación de cuerpo de mensaje por defecto.

Rosenberg et al. divulgan la publicación ‘SIP: Session Initiation Protocol' (‘SIP: Protocolo de Inicio de Sesión') en la RFC 3261, que describía el Protocolo de Inicio de Sesión (SIP -"Session Initiation Protocol") , un protocolo de control de capa de aplicación (intercambio de señales) para crear, modificar y poner fin a sesiones con uno o más participantes. Estas sesiones incluyen llamadas de teléfono por Internet, distribución multimedia y conferencias multimedia. Unas invitaciones de SIP que se utilizan para crear sesiones portan descripciones de sesión que permiten a los participantes ponerse de acuerdo en un conjunto de tipos de medios compatibles. El SIP hace uso de elementos denominados servidores de representante para ayudar a encaminar las peticiones a la ubicación del usuario en ese momento, autentificar y autorizar usuarios de cara a los servicios, implementar políticas o estrategias de encaminamiento de llamadas del proveedor, y proporcionar características a los usuarios. El SIP también hace posible una función de registro que permite a los usuarios cargar sus posiciones en ese momento o que hagan uso de ellas los servidores de representante.

El documento WO 03/094563 A1 proporciona un método y un sistema para tratar un procedimiento de establecimiento de sesión iniciado por un equipo de usuario, para establecer una sesión de un tipo específico para una entidad llamada. Una petición de establecimiento de sesión enviada a una entidad de red para el establecimiento de la sesión solicitada incluye información de posición así como un identificador para identificar la entidad a la que se llama. Utilizando esta información de posición, la entidad de red accede a una base de datos que almacena una lista de información de posición e identificadores asociados. Cuando se detecta que el identificador representa una sesión del tipo específico dentro de un área representada por la información de posición, el establecimiento de sesión se prosigue de una manera apropiada para una sesión del tipo específico.

SUMARIO La presente invención se define por la materia objeto de las reivindicaciones independientes 1 y 8.

BREVE DESCRIPCIÓN DE LOS DIBUJOS

Puede tenerse una comprensión más completa de las realizaciones de la presente invención de patente haciendo referencia a la siguiente Descripción detallada, al considerarla en combinación con los dibujos que se acompañan, en los cuales:

La Figura 1 representa un entorno de red distribuido, proporcionado a modo de ejemplo, en el que pueden ponerse en práctica una o más realizaciones de la presente invención de patente;

La Figura 2 representa un diagrama de bloques de un dispositivo de Equipo de Usuario (UE -"User Equipment") de acuerdo con una realización;

La Figura 3 representa un diagrama de bloques de un nodo de red de acuerdo con una realización;

La Figura 4 ilustra una realización de una arquitectura o estructura de software que se emplea en una entidad para procesar o tratar mensajes de protocolo de comunicación en un entorno de red distribuido proporcionado a modo de ejemplo, en el cual los mensajes de protocolo de comunicación pueden incluir cuerpos de mensaje

o documentos en múltiples versiones;

La Figura 5A representa la estructura de un mensaje de protocolo de comunicación proporcionado a modo de ejemplo (por ejemplo, un mensaje de Protocolo de Inicio de Sesión (SIP -"Session Initiation Protocol") ) que tiene una sola línea inicial, o uno o más campos de encabezamiento, y un cuerpo de mensaje, de tal manera que el cuerpo de mensaje incluye, posiblemente, múltiples partes de cuerpo;

Las Figuras 5B y 5C representan flujos de mensajes proporcionados a modo de ejemplo, entre dos entidades de un entorno de red distribuido en el que se transmiten mensajes de protocolo de comunicación que tienen cuerpos de mensaje;

La Figura 5D representa un conjunto, proporcionado a modo de ejemplo, de diferentes esquemas para la validación de documentos en Lenguaje de Anexión Abreviada de Texto Extensible (XML -"Extensible Markup Language") , proporcionados como cuerpos de mensaje en mensajes de protocolo de comunicación;

La Figura 6A ilustra una realización de un método para negociar información de versión de esquema y documento relativa a cuerpos de mensaje de un protocolo de comunicación;

La Figura 6B representa otra realización de un método para negociar información de versión de esquema y documento relativa a cuerpos de mensaje de un protocolo de comunicación;

La Figura 6C representa otra realización de un método para negociar información de versión de esquema y documento relativa a cuerpos de mensaje de un protocolo de comunicación;

La Figura 6D representa otra realización de un método para negociar información de versión de esquema y documento relativa a cuerpos de mensaje de un protocolo de comunicación;

La Figura 7 representa una realización de un método de tratamiento de mensajes que implica la validación de cuerpos de mensaje versionados (o partes de cuerpo) .

La Figura 8 ilustra un diagrama de flujo de mensajes proporcionado a modo de ejemplo, que implica múltiples entidades, de tal manera que un nodo intermedio es susceptible de hacerse funcionar para negociar información de esquema con respecto a entidades de flujo ascendente y de flujo descendente, de acuerdo con una realización de la presente invención;

La Figura 9 representa... [Seguir leyendo]

1. Un método para responder a una petición en un entorno de red (100) , de tal manera que dicho método comprende:

recibir, en un destinatario, un mensaje (552) de INVITACIÓN de SIP procedente de un remitente, de talmanera que dicho mensaje (552) de INVITACIÓN de SIP incluye un encabezamiento de Aceptación que carece de una indicación de aceptación de un cuerpo de un primer tipo de contenido, por parte de dichoremitente, y de tal modo que dicho mensaje (552) de INVITACIÓN de SIP es una petición de una sesión de llamada a Servicios de Emergencia, ES; y

proporcionar un mensaje (554) de respuesta de SIP que incluye al menos un cuerpo de dicho primer tipo de contenido, de tal manera que dicho mensaje (554) de respuesta de CIP se proporciona como respuesta adicho mensaje (552) de INVITACIÓN de SIP.

2. El método para responder a una petición de acuerdo con la reivindicación 1, en el cual dicho primer tipo de contenido es aplicación/3gpp-ims+xml.

3. El método para responder a una petición de acuerdo con cualquiera de las reivindicaciones 1 a 2, en el cual dicho remitente es un dispositivo (200) de Equipo de usuario, UE, dispuesto en dicho entorno de red (100) .

4. El método para responder a una petición de acuerdo con cualquiera de las reivindicaciones 1 a 3, en el cual dicho remitente es un nodo (300) de red dispuesto en dicho entorno de red (100) .

5. El método para responder a una petición de acuerdo con cualquiera de las reivindicaciones 1 a 4, en el cual dicho destinatario es un nodo (300) de red dispuesto en dicho entorno de red (100) .

6. El método para responder a una petición de acuerdo con cualquiera de las reivindicaciones 1 a 4, en el cual dicho destinatario es un dispositivo de UE (200) , dispuesto en dicho entorno de red (100) .

7. El método para responder a una petición de acuerdo con cualquiera de las reivindicaciones 1 a 6, en el cual almenos uno de dicho mensaje (552) de INVITACIÓN de SIP y dicho mensaje (554) de respuesta de SIP, contiene un cuerpo que comprende al menos un documento de XML.

8. Un aparato dispuesto para llevar a cabo un método según se ha establecido en cualquiera de las reivindicaciones 1 a 7.