ES2360616T3 - Método y aparato para redirigir selectivamente el control de sesión para un subsistema multimedia de protocolo de internet. - Google Patents

Método y aparato para redirigir selectivamente el control de sesión para un subsistema multimedia de protocolo de internet. Download PDF

Info

Publication number
ES2360616T3
ES2360616T3 ES06845139T ES06845139T ES2360616T3 ES 2360616 T3 ES2360616 T3 ES 2360616T3 ES 06845139 T ES06845139 T ES 06845139T ES 06845139 T ES06845139 T ES 06845139T ES 2360616 T3 ES2360616 T3 ES 2360616T3
Authority
ES
Spain
Prior art keywords
user equipment
server
service
application server
proxy
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
ES06845139T
Other languages
English (en)
Inventor
Trent J. Miller
Uri S. Baniel
Jheroen P. Dorenbosch
James P. Kovac
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.)
Motorola Mobility LLC
Original Assignee
Motorola Mobility LLC
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 Motorola Mobility LLC filed Critical Motorola Mobility LLC
Application granted granted Critical
Publication of ES2360616T3 publication Critical patent/ES2360616T3/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/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • 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
    • 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
    • H04W40/00—Communication routing or communication path finding
    • H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
    • H04W40/04—Communication route or path selection, e.g. power-based or shortest path routing based on wireless node resources

Abstract

Un método para comunicación en un sistema de telecomunicaciones que comprende un equipo de usuario (202), un servidor proxy (204, 206), una Función de Control de Sesión de Llamada de Servicio (108) y un servidor de aplicación, estando el método caracterizado por los pasos de: a. transmitir el equipo de usuario (202) una petición de desconexión al servidor proxy (204, 206), solicitando la petición de desconexión la desconexión de una ruta de servicio inicial desde el equipo de usuario (202) al servidor de aplicación a través del servidor proxy (204, 206) y una Función de Control de Sesión de Llamada de Servicio asociada con el equipo de usuario (202) en un mercado doméstico del equipo de usuario (202) y proporcionar una ruta de servicio directa desde el equipo de usuario (202) al servidor de aplicación a través del servidor proxy (204, 206), obviando con ello la Función de Control de Sesión de llamada de Servicio; y b. comunicar entre el equipo de usuario (202) y el servidor de aplicación a través del servidor proxy (204, 206) por medio de la ruta de servicio directa.

Description

CAMPO DE LA INVENCION
La presente invención se refiere en general a sistemas de telecomunicación. Más concretamente, pero sin limitación a ello, la presente invención se refiere a un método y a un aparato para pasar el control de sesión para una estación móvil (MS) a un servidor de aplicación en un entorno de Subsistemas Multimedia de Protocolo de Internet (IMS).
ANTECEDENTES DE LA INVENCION
En un sistema de comunicaciones por radio 3GPP/3GPP2 (Proyecto Societario General de tercera generación) de subsistema multimedia típico de Protocolo de Internet (IMS), una Estación Móvil (MS) envía un mensaje INVITAR de protocolo de iniciación de sesión (SIP) para solicitar que sea pasado el control de sesión SIP desde una Función de Control de sesión de Llamada de Servicio (S-CSCF) a un servidor de aplicación (AS) para proporcionar servicios a la estación móvil. Los métodos anteriores usados en subsistemas multimedia de Protocolo de Internet (IMS) requieren que el menaje INVITAR sea encaminado desde el servidor proxy (apoderado) a un servidor doméstico (I/S-CSCF) de la Estación Móvil y a continuación sea hecho seguir al servidor de aplicación (AS).
El documento US 2004/068574 A1 da a conocer una disposición en la que se añade funcionalidad de mapeo entre un servidor de Pueblo Inalámbrico (WV) y un servidor de Presencia, Mensajería y Grupo (PMG) para permitir la interoperabilidad entre clientes de WV e IMS para servicios de mensajería y presencia instantáneos para operadores que han empleado tanto IMS como WV. Debido a la posibilidad de que un operador pueda haber desplegado WV pero no IMS y debido al uso de un Protocolo de Cliente-a-Servidor (CSP) entre clientes de WV y el uso de un Protocolo de Servidor-a-Servidor (SSP) entre servidores de WV, la funcionalidad de mapeo es estructurada para permitir que un dispositivo de IMS registre en sistema de WV a través de una Transmisión IMS/WV que realiza una conversión de SIP/CSP para emular una lógica de dispositivo de WV pero usar entonces el SSP para mantener una sesión o mandar un mensaje o información de presencia. De igual modo, un dispositivo de WV puede registrar directamente en IMS para operadores que no desplieguen WV usando la funcionalidad de mapeo de la presente invención, por ejemplo en una Transmisión de IMS/WV.
El documento US 2004/196867 A1 da a conocer un aparato y un método que son procedimientos de SIP/SDP (Protocolo de Iniciación de Sesión/Protocolo de Descripción de Sesión) de red rápidos para operaciones de conferencias sobre petición desde un usuario final con optimización de recursos de red. El aparato tiene un controlador de red basado en SIP/SDP que, tras recibir una petición, junta primera y segunda llamadas en una llamada de conferencia con el menos una tercera llamada. El controlador de red basado en SIP/SDP está estructurado para negociar, adjudicar y reconfigurar recursos de red.
DESCRIPCION DE LAS DIVERSAS FIGURAS DE LOS DIBUJOS
Los siguientes dibujos se han presentado a modo de ejemplo y no como limitación y en ellos las mismas referencias indican elementos similares a través de todas las figuras de los dibujos, y en los cuales:
La figura 1 ilustra un diagrama de una parte de un sistema típico de telecomunicaciones de la técnica anterior;
La figura 2 ilustra un diagrama de una parte de un sistema de telecomunicaciones que proporciona la opción de desconexión de la ruta de servicios normal en la figura 1;
La figura 3 ilustra un diagrama de una trayectoria de señalización que usa la opción de petición de desconexión de la figura 2 que incluye un servidor proxy separado para cada una de la parte de origen y la parte de terminación y un servidor de aplicación separado para cada una de la parte de origen y la parte de terminación;
La figura 4 ilustra un diagrama de una trayectoria de señalización que usa la opción de petición de desconexión de la figura 2 que incluye un servidor proxy separado para cada una de la parte de origen y la parte de terminación y un servidor a aplicación compartido;
La figura 5 ilustra un diagrama de una trayectoria de señalización que usa la opción de petición de desconexión de la figura 2 que incluye un servidor proxy compartido y un servidor de aplicación compartido;
La figura 6 ilustra un diagrama de trayectoria de señalización que usa la opción de petición de desconexión de la figura 2 en la que la parte de terminación es un servidor de aplicación;
La figura 7 ilustra un resumen de un mensaje típico de invitación de protocolo de iniciación de sesión (INVITAR SIP) de acuerdo con la técnica anterior;
La figura 8 ilustra un resumen de mensaje de invitación de protocolo de iniciación de sesión (INVITAR SIP) de la figura 7, modificado para incluir un campo encabezamiento adicional;
La figura 9 ilustra un resumen del mensaje invitación de protocolo de iniciación de sesión (INVITAR SIP) de la figura 7 en el que es modificado el VECTOR DE ENCAMINAR SERVICIO para sustituir el servidor doméstico por un servidor de aplicación local;
La figura 10 ilustra un resumen del mensaje de invitación de protocolo de iniciación de sesión (INVITAR SIP) de la figura 7, modificado para omitir el VECTOR DE ENCAMINAR SERVICIO en el mensaje de invitación de protocolo de iniciación de sesión (INVITAR SIP) para invocar una ruta de servicio por defecto;
La figura 11 ilustra un resumen del mensaje de invitación de protocolo de iniciación de sesión (INVITAR SIP) de la figura 7, modificado para incluir un identificador para el equipo de usuario que es prestatario del mercado visitado;
La figura 12 ilustra un resumen del mensaje de invitación de protocolo de iniciación de sesión (INVITAR SIP) de la figura 7, modificado para alterar el identificador de recursos uniforme (URI) que especifica el objetivo a mapear en una identidad de servicio público en el mercado visitado; y
La figura 13 ilustra un diagrama de flujo apara un método de control de redireccionamiento selectivo para un subsistema multimedia de protocolo de Internet.
DESCRIPCION DE LAS REALIZACIONES ILUSTRADAS
La siguiente descripción no se ha de considerar en sentido limitativo, sino más bien con la finalidad de describir mediante ejemplos concretos los principios generales que se han incorporado en las realizaciones ilustradas. Por ejemplo, ciertas acciones o pasos pueden ser descritos o representados en un orden concreto; sin embargo, los que practican la técnica comprenderán que no es un requisito el orden concreto representado. Así mismo, los términos y expresiones utilizados en la descripción tienen los significados ordinarios acordados para tales términos y expresiones en los correspondientes sectores respectivos de investigación y estudio, excepto cuando hayan sido en esta memoria indicados concretamente otros significados.
Prosiguiendo con las siguientes enseñanzas, una extensión de la norma 3GPP/3GPP2 de IMS descrita en lo que sigue respalda muchas de las ventajas de un entorno de Subsistema Multimedia de Protocolo de Internet (IMS) y proporciona la opción de desconexión de la ruta de servicio entre la Estación Móvil (MS) y el servidor doméstico. En lugar de encaminar un mensaje INVITAR a un servidor de aplicación en el mercado doméstico o en el mercado visitado desde la Estación Móvil a través de la ruta de servicio normal que incluye el servidor proxy y el servidor doméstico, el mensaje INVITAR es encaminado directamente al servidor de aplicación desde el servidor proxy. Mediante “desconexión” de la ruta de servicio normal al servidor doméstico, se pueden evitar ventajosamente los retrasos de señalización y transporte en que se ha incurrido por retransmisión del mensaje INVITAR a través del servidor doméstico.
Antes de describir las diversas realizaciones para redirigir selectivamente el control de sesión del Subsistema Multimedia de Protocolo de Internet (IMS), se han de describir brevemente ciertos aspectos relevantes de sistemas de telecomunicación previos.
La figura 1 ilustra un diagrama de una parte de un sistema típico 100 de telecomunicación de la técnica anterior. En la figura 1 están mostrados un mercado doméstico 102, un mercado visitado 104, un equipo de usuario 106, un servidor doméstico 108, servidores proxy 110 y 112, servidores de aplicación 114 y 116 y peticiones de servicio 118, 120, 122, 124, 126 y 128.
En la figura 1, el equipo de usuario 106 puede ser, por ejemplo, una Estación Móvil (MS), tal como un auricular móvil, un ordenador de sobremesa o cualquier dispositivo de comunicación utilizado para enviar y/o recibir mensajes en el sistema de telecomunicación 100, que sea compatible con la norma para un Subsistema Multimedia de Protocolo de Internet (IMS). Para simplificar la descripción de las realizaciones ilustradas, las expresiones “equipo de usuario” y “Estación Móvil” se utilizan de manera intercambiable. El servidor doméstico 108 es normalmente una función de control de sesión de servicio en el mercado doméstico 102. El término “mercado” indica una colección de dispositivos transmisores tales como torres de transmisión de radio dentro de una región geográfica definida que están asociados con un servidor concreto dentro del mercado. Por ejemplo, el mercado doméstico 102 incluye el servidor doméstico 108 asociado con el equipo de usuario 106, y el mercado visitado 104 puede ser cualquier mercado exterior a la región geográfica del mercado doméstico 102 que incluya el servidor proxy 110 y el servidor de aplicación 114, y el mercado visitado 104 incluye normalmente el servidor proxy 112 y puede incluir también el servidor de aplicación 116.
Los dispositivos transmisores y redes en el mercado doméstico 102 y en el mercado visitado 104 transmiten peticiones de servicios y otros mensajes entre el equipo de usuario 106, los servidores proxy 110 y 112, el servidor doméstico 108 y los servidores de aplicación 114 y 116. Los servidores proxy 110 y 112 pueden ser, por ejemplo, funciones de control de sesión de llamada de proxy (P-CSCF) en un entorno de IMS. Cuando el servidor proxy 112 en el mercado visitado 104 recibe la petición de servicio 124 desde el equipo de usuario 106, el servidor proxy 112 hace seguir la petición al servidor doméstico 108 a través de la petición de servicios
126. El servidor doméstico 108 hace seguir la petición al servidor de aplicación 114 en el mercado doméstico 102 a través de la petición de servicio 122 o al servidor de aplicación 116 en el mercado visitado 104 a través de la petición de servicios 128.
Los servidores de aplicación 114 y 116 pueden ser, por ejemplo, servidores de pulsar-para-hablar sobre celular (PoC) que proporcionan servicio de pulsar-para-hablar. En general, el equipo de usuario 106 no determina cuál de los servidores de aplicación 114 y 116 serían usados para procesar la petición de servicio 118 ó 124. Por ejemplo, cuando el equipo de usuario 106 detecta que se ha desplazado desde el mercado doméstico 102 hasta el mercado visitado 104 y reconoce la existencia del servidor de aplicación local 116 en el mercado visitado 104, una petición de servicio explícita hecha por el equipo de usuario 106 para tratamiento por el servidor doméstico 116 en el mercado visitado 104 es todavía encaminada como la petición de servicio 126 al servidor doméstico 108 cuando el equipo de usuario 106 transmite la petición de servicio explícita 124 al servidor Proxy 112. Las peticiones de servicio 118 y 124 están típicamente incluidas, por ejemplo, en un mensaje de invitación al protocolo de iniciación de sesión (INVITAR SIP).
Los servidores proxy 110 y 112 están generalmente configurados en homenaje sólo de peticiones de servicio en las que la ruta de servicio incluye el servidor doméstico 108 del equipo de usuario 106, de manera que todos los mensajes entre el equipo de usuario 106 y los servidores de aplicación 114 y 116, incluyendo las peticiones de servicios 118 y 124, deben ser encaminados al servidor doméstico 108. El servidor doméstico 108 encamina entonces la petición de servicio explícita 128 al servidor de aplicación 116 en el mercado visitado 104 como se muestra en la figura 1. Alternativamente, la petición de servicio explícito 128 puede ser encaminada desde el servidor doméstico 108 al servidor de aplicación 116 a través del servidor proxy 112. La petición de servicio incluye la ruta de servicio, que es un conjunto de instrucciones que especifican cómo encaminar la petición de servicio. La ruta de servicio puede ser insertada en la petición de servicio y utilizada, por ejemplo, por servidores proxy, para encaminar la petición de servicio a través del sistema de telecomunicación 100. La información de ruta de servicio es normalmente obtenida por el equipo de usuario cuando registra o graba en su mercado doméstico o en un mercado visitado.
Aunque la disposición de la figura 1 funciona satisfactoriamente para algunas aplicaciones, se presenta un problema para ciertas aplicaciones tales como pulsar-para-hablar en un celular (PoC). Por ejemplo, cuando estaciones móviles asociadas con un servidor doméstico en California están desplazándose en París, Francia, el retardo que resulta de peticiones de servicios de encaminamiento para aplicaciones en tiempo real entre ellas a través del servidor doméstico en California puede ser inaceptable. Un ejemplo de una tal aplicación en tiempo real es el servicio pulsar- para-hablar en un celular (PoC). Para estas aplicaciones, sería ventajoso encaminar peticiones de servicios desde estaciones móviles a través de un servidor en el mercado visitado, derivando el servidor doméstico.
Para evitar el retardo resultante de la disposición de la figura 1, puede ser ventajoso interrumpir la ruta de servicio inicial que incluye el servidor doméstico 108 y obtener una ruta de servicio directa que derive o evite el servidor doméstico 108 cuando el equipo de usuario se desplaza en el mercado visitado 104 y volver a la ruta de servicio inicial cuando el equipo de usuario 106 retorna al mercado doméstico 102. La desconexión de la ruta de servicio inicial en el contexto utilizado en esta memoria establece una ruta de servicio directa desde el equipo de usuario 106 al servidor de aplicación 114 ó 116 que deriva, es decir, excluye, el servidor doméstico
108. Una petición de desconexión de servicio es un mensaje o información incluido en un mensaje de sustitución de la ruta de servicio inicial por la ruta de servicio directa.
En una realización, un equipo de usuario para un sistema de telecomunicación incluye:
medios para transmitir una petición de desconexión desde un equipo de usuario a un servidor proxy para la desconexión de una ruta de servicio inicial que incluye un servidor doméstico y proporcionar una ruta de servicio directa para el equipo de usuario que deriva el servidor doméstico; y
medios para comunicar entre el equipo de usuario y el servidor proxy a través de la ruta de servicio directa.
La figura 2 ilustra un diagrama de una pare de un sistema de telecomunicación 200 que proporciona la opción de interrumpir la ruta de servicio normal de la figura 1. En la figura 2 se muestra un mercado doméstico 102, un mercado visitado 104, un servidor doméstico 108, servidores de aplicación 114 y 116, equipo de usuario 202,
5
10
15
20
25
30
35
40
45
50
55
servidores Proxy 204 y 206, unos mensaje de invitación al protocolo de inicio de sesión (INVITAR SIP) 208 y 210, peticiones de servicio de desconexión (BSR) 212 214 y peticiones de servicio 216, 218, 220 y 222.
En la figura 2, el equipo de usuario 202 es idéntico al equipo de usuario 106 de la figura 1 con una capacidad adicional de transmitir las peticiones de servicio de desconexión 212 y 214. La petición de servicio de desconexión 212 es una petición hecha por el equipo de usuario 202 para una ruta de servicio directa al servidor de aplicación 114 o al servidor de aplicación 116 que deriva el servidor doméstico 108. La petición de servicio de desconexión 214 es una petición hecha por el equipo de usuario 202 para una ruta de servicio directa al servidor de aplicación 114 o al servidor de aplicación 116 que deriva el servidor doméstico 108. Las peticiones de servicio de desconexión 212 y 214 pueden estar incluidas, por ejemplo, en los mensajes de invitación al protocolo de inicio de sesión (INVITAR SIP) 208 y 210 como se ilustra en el ejemplo de la figura 2. En otras realizaciones, las peticiones de servicio de desconexión 212 y 214 pueden estar incluidas en mensajes DE REGISTRO (REGISTRAR) deL protocolo de iniciación de sesión (SIP).
Los servidores proxy 204 y 206 pueden ser idénticos a los servidores proxy 110 y 112 de la figura 1, incluyendo una capacidad adicional de detectar las peticiones de desconexión 212 y 214 para realizaciones en las cuales no sea transparente la petición de desconexión para el servidor proxy; es decir, cuando el servidor proxy realiza una función añadida para establecer una ruta de servicio directa a un servidor de aplicación que deriva el servidor doméstico 108.
Cuando el servidor proxy 204 ó 206 recibe el mensaje 208 ó 210, el servidor proxy 204 ó 206 reconoce cuándo está siendo solicitado un servicio local para que sea hecho seguir el mensaje 208 ó 210 al servidor de aplicación 114 ó 116 a través de la petición de servicio 216, 218, 220 ó 222. En otras realizaciones en las que las peticiones de servicio de desconexión 212 y 214 sean transparentes para los servidores proxy 204 y 206, los servidores proxy 204 y 206 pueden ser idénticos a los servidores proxy 110 y 112 de la figura 1. En el ejemplo de la figura 2, las peticiones de servicio de desconexión 212 y 214 están incluidas en los mensajes INVITE SIP modificados 208 y 210; sin embargo, las peticiones de servido de desconexión 212 y 214 pueden ser también comunicadas en otros mensajes para practicar diversas realizaciones dentro del alcance de las reivindicaciones adjuntas.
Cuando el equipo de usuario 202 se desplaza en el mercado visitado 104, por ejemplo, cuando una Estación Móvil basada en el mercado doméstico 102 en California se desplaza dentro del mercado visitado en París, Francia, puede ser deseable registrar el equipo de usuario 202 con el servidor de aplicación 116 en el mercado visitado 104 en lugar de con el servidor de aplicación 114 en el mercado doméstico 102. En la disposición de la figura 1, el servidor proxy 110 puede encaminarse a Identidades de Servicio Público (PSI) (no mostradas) en el mercado visitado 104; sin embargo, el Identificador de Recurso Uniforme (URI) para un mensaje INVITAR SIP identifica un grupo o un servidor de aplicación y no existe mecanismo para invitar a que un individuo participe en un servicio local tal como una llamada de comunicación o informe proporcionada por un servidor de aplicación local tal como el servidor de aplicación 116 en el mercado visitado 104, debido a que tal mecanismo es considerado no práctico para graduación o escalación de Servidor de Nombre de Dominio (DNS). En consecuencia, pueden ser usadas Identidades de Servicio Público para invitar globalmente identificadores únicos configurados por el operador de mercado para participar en una sesión de servicio local, pero no individuos.
La extensión del protocolo de iniciación de sesión de Ruta de Servicio puede ser utilizada, tras la grabación, para permitir que el servidor doméstico 108 informe al servidor proxy 206 en el mercado visitado 104 de la ruta de servicio para subsiguientes menajes INVITAR SIP. La ruta de servicio es especificada en un Vector de Ruta de Servicio. El Vector de Ruta de Servicio es una serie de Identificadores de Recursos Uniformes (URI) que debe ser atravesada para subsiguientes intentos de señalización hechos por el equipo de usuario 106. Sin embargo, la sintaxis actual de Ruta de Servicios en el Protocolo de Internet para Subsistemas Multimedia (IMS) no permite que sea especificado más que un Vector de Ruta de Servicio. En consecuencia, no es factible disponer de un Vector de Ruta de Servicio para el servidor doméstico y un Vector de Ruta de Servicio separado para un servidor de aplicación en el mercado visitado 104, debido a que el servidor proxy 206 asocia sólo un Vector de Ruta de Servicio por cada equipo de usuario 106. La petición de desconexión de servicio 214 descrita anteriormente puede ser utilizada ventajosamente para solicitar un Vector de Ruta de Servicio al servidor de aplicación 116 en el mercado visitado 104 que derive al servidor doméstico 108. Por ejemplo, el Vector de Ruta de Servicio para el servidor de aplicación 116 en el mercado visitado 104 que derive al servidor doméstico 108. Por ejemplo, el Vector de Ruta de Servicio al servidor de aplicación 116 puede incluir un campo de ruta, también denominado un elemento de ruta, un parámetro de ruta o una entrada de ruta, que incluye la dirección, es decir el Identificador de Recurso Uniforme (URI) del servidor de aplicación 116.
Las figuras 3-6 ilustran ejemplos de trayectorias de señalización que pueden ser establecidas utilizando la opción de petición de desconexión de la figura 2 entre partes de origen y de terminación. El equipo de usuario de origen puede ser, por ejemplo, idéntico al equipo de usuario 202 de la figura 2. No se pretende que los términos “origen” y “terminación” impliquen un mercado concreto en el que pueda estar situado el equipo de usuario o el equipo de usuario de terminación, en lugar del rol del equipo de usuario y el equipo de usuario de terminación en la sesión de protocolo de iniciación de sección (SIP). Más concretamente, el equipo de usuario de origen invita al equipo de usuario de terminación (o, en otras realizaciones, un servidor de aplicación) a una sesión. Por lo tanto, ya sea uno o ambos del equipo de usuario de origen y el equipo de usuario de terminación pueden estar ya sea en el mercado doméstico o en el mercado visitado. En realizaciones en las que la parte de terminación es un simple objetivo o destino, el equipo de usuario de terminación puede ser, por ejemplo, idéntico al equipo de usuario de origen 202 de la figura 2.
La figura 3 ilustra un diagrama de una trayectoria de señalización 300 que utiliza la opción de petición de desconexión de la figura 2 que incluye un servidor proxy separado para cada una de la parte de origen y la parte de terminación. En la figura 3 se muestran una parte de origen 302, una parte de terminación 304, equipo de usuario de origen 306, servidores proxy 308 y 310, servidores de aplicación 312 y 314, equipo de usuario de terminación 316 e incrementos de trayectoria 318, 320, 322, 324 y 326.
En la figura 3, son comunicados mensajes entre la parte de origen 302 representada por el equipo de usuario de origen 306 y la parte de terminación 304 representada por el equipo de usuario de terminación 316. En el ejemplo de la figura 3, se comunican mensajes entre la parte de origen 302 y la parte de terminación 304 sobre el incremento de trayectoria 318 desde el equipo de usuario de origen 306 hasta el servidor Proxy 308, sobre el incremento de trayectoria 320 desde el servidor proxy 308 al servidor de aplicación 312, sobre el incremento de trayectoria 322 desde el servidor de aplicación 312 al servidor de aplicación 314, sobre el incremento de trayectoria 324 desde el servidor de aplicación 314 al servidor proxy 310, y sobre el incremento de trayectoria 326 desde el servidor proxy 310 al equipo de terminación 316. La trayectoria desde el equipo de usuario de origen 306 al equipo de usuario de terminación 316 está reservada para comunicar en la dirección opuesta. La disposición de la figura 3 contrasta con la técnica anterior, en la que el servidor de usuario para el equipo de usuario 306 sería requerido entre el servidor proxy 308 y el servidor de aplicación 312, y sería requerido otro servidor domestico para el equipo de usuario 316 entre el servidor de aplicación 314 y el servidor proxy 310. En algunas realizaciones, el servidor doméstico entre el servidor de aplicación 314 y el servidor proxy 310 puede estar incluido en la ruta de servicio entre el equipo de usuario 306 y el equipo de usuario 316, derivando al servidor doméstico del equipo de usuario 306.
La figura 4 ilustra un diagrama de trayectoria de señalización 400 que utiliza la opción de petición de desconexión de la figura 2 que incluye un servidor proxy separado para cada un de la parte de origen y la parte de terminación y un servidor de aplicación compartido. En la figura 4 se muestran una parte de origen 402, una parte de terminación 404, un equipo de usuario de origen 406, servidores proxy 408 y 410, un servidor e aplicación compartido 412, un equipo de usuario de terminación 414 e incrementos de trayectoria 416, 418, 420 y 422.
En la figura 4 se comunican mensajes entre la parte de origen 402 representada por el equipo de usuario de origen 406 y la parte de terminación 404 representada por el equipo de de usuario de terminación 414. El servidor de aplicación compartido 412 está mostrado parcialmente en la parte de origen 402 y parcialmente en la parte de terminación 404 para indicar que el servidor de aplicación compartido 412 es común tanto a la parte de origen 402 como a la parte de terminación 404.
En el ejemplo de la figura 4, se comunican mensajes entre la parte de origen 402 y la parte de terminación 404 sobre el incremento de trayectoria 416 desde el equipo de usuario de origen 406 al servidor proxy 408,sobre el incremento de trayectoria 418 desde el servidor proxy 408 al servidor de aplicación 412, sobre el incremento de trayectoria 420 desde el servidor de aplicación 412 al servidor proxy 410 y sobre el incremento de trayectoria 422 desde el servidor proxy 410 al equipo de usuario de terminación 414. La trayectoria desde el equipo de usuario de origen 406 al equipo de usuario de terminación 414 es invertida para comunicar en la dirección opuesta.
La figura 5 ilustra un diagrama de una trayectoria de señalización 500 que usa la opción de petición de desconexión de la figura 2 que incluye un servidor proxy compartido y un servidor de aplicación compartido. En la figura 5 se muestran una parte de origen 502, una parte de terminación 504, un equipo de usuario de origen 506, un servidor proxy compartido 508, un servidor de aplicación compartido 510, un equipo de usuario de terminación 512 e incrementos de trayectoria 514, 516 y 518.
En la figura 5, se comunican mensajes entre la parte de origen 502 representada por el equipo de usuario de origen 506 y la parte de terminación 504 representada por el equipo de usuario de terminación 512. El servidor proxy compartido 508 y el servidor de aplicación compartido 510 están mostrados parcialmente en la parte de origen 502 y parcialmente en la parte de terminación 504 para indicar que el servidor proxy compartido 508 y el servidor de aplicación compartido 510 son comunes tanto a la parte de origen 502 como a la parte de terminación 504.
En el ejemplo de la figura 5, se comunican mensajes entre la parte de origen 502 y la parte de terminación 504 sobre el incremento de trayectoria 514 desde el equipo de usuario de origen 506 al servidor proxy 508, sobre el incremento de trayectoria 516 desde el servidor proxy 508 al servidor de aplicación 510, y sobre el incremento de trayectoria 516 desde exservidor de aplicación 510 al servidor Proxy 508, y sobre el incremento de trayectoria 518 desde el servidor Proxy 508 al equipo de usuario de terminación 512. La trayectoria desde el equipo de usuario de origen 506 al equipo de usuario de terminación 512 se invierte para comunicar en la dirección opuesta. Esta disposición para encaminamiento de mensajes puede ser apropiada en casos en que tanto el equipo de usuario 506 como el 512 están en el mismo mercado visitado.
La figura 6 ilustra un diagrama de una trayectoria de señalización 600 que usa la opción de petición de desconexión de la figura 2 en la que la parte de terminación es un servidor de aplicación. En la figura 6 se muestran una parte de origen 602, una parte de terminación 604, equipo de usuario de origen 606, un servidor proxy 608, un servidor de aplicación 610 e incrementos de trayectoria 612 y 614.
En la figura 6 se comunican mensajes entre la parte de origen 602 representada por el equipo de usuario de origen 606 y el servidor de aplicación 610. La parte de terminación 604 está mostrada vacía para indicar que el servidor de aplicación 610 es utilizado para una finalidad distinta de la comunicación con el equipo de usuario. Por ejemplo, el servidor de aplicación 610 puede ser una base de datos para mapas y direcciones de activación.
En el ejemplo de la figura 6, se comunican mensajes sobre el incremento de trayectoria 612 desde el equipo de usuario de origen 606 al servidor proxy 608 y sobre el incremento de trayectoria 614 desde el servidor proxy 608 al servidor de aplicación 610. La trayectoria desde el equipo de usuario de origen 606 al servidor de aplicación 610 es invertida para comunicar en la dirección opuesta.
La figura 7 ilustra un resumen de un mensaje de invitación al protocolo de iniciación de sesión (INVITAR SIP) 700 de acuerdo con la técnica anterior. En la figura 7 están mostrados un campo INVITAR 702, un encabezamiento RUTA 704, un campo DE 706 y un campo PARA 708.
En la figura 7, el campo INVITAR 702 contiene el identificador de recurso uniforme (URI) de la parte que está siendo invitada a una sesión SIP y el tipo de sesión. El encabezamiento RUTA 704 es insertado en el mensaje INVITAR SIP 700 por el equipo de usuario 202 de la parte que llama en la figura 2 e incluye la trayectoria al servidor doméstico 108 desde el equipo de usuario 202. El campo DE contiene el identificador de recurso uniforme (URI) de la parte que llama 202, y el campo PARA 708 contiene el identificador de recurso uniforme (URI) de la parte que esta siendo invitada a la sesión SIP, por ejemplo, el servidor de aplicación 116. Otros campos no mostrados o abreviados en el resumen del mensaje INVITAR SIP 700 pueden ser usados por el sistema de telecomunicación para establecer una sesión SIP entre la parte que llama y la parte invitada a la sesión SIP.
La figura 8 ilustra un resumen del mensaje de invitación al protocolo de iniciación de sesión (INVITAR SIP) de la figura 7 modificado para incluir un campo de encabezamiento adicional. En la figura 8 están mostrados un campo INVITAR 702, un encabezamiento de RUTA 704, un campo DE 706, un campo PARA 708 y un campo de encabezamiento adicional 802.
En la figura 8, el campo de encabezamiento adicional 802 proporciona un Identificador de Recurso Uniforme (URI) del servidor de aplicación 114 ó 116 en el mensaje de invitación al protocolo de iniciación de sesión (INVITAR SIP) 208 ó 210 al servidor proxy 204 ó 206 de la figura 2. El campo de encabezamiento adicional 802 contiene una ruta de desconexión al servidor de aplicación local 114 ó 116 que indica al servidor proxy 204 ó 206 que el equipo de usuario 202 está solicitando una desconexión desde la ruta de servicio normal a través del servidor doméstico 108. Cuando el servidor proxy 204 ó 206 detecta el campo de encabezamiento adicional 802, el servidor proxy 204 ó 206 suspende el requisito en el que la ruta de servicio debe incluir el servidor doméstico 108 y proporciona una ruta de servicio directa al servidor de aplicación 114 ó 116 que deriva u omite el servidor doméstico 108. El servidor proxy 204 ó 206 hace seguir el mensaje de invitación al protocolo de iniciación de sesión (INVITAR SIP) 208 ó 210 hasta el servidor de aplicación 114 ó 116 a través de la petición de servicio 216 ó 218.
La figura 9 ilustra un resumen del mensaje de invitación al protocolo de iniciación de sesión (INVITAR SIP) de la figura 7 en el que el encabezamiento de RUTA es modificado para sustituir el servidor doméstico por un servidor de aplicación local. En la figura 9 están mostrados un campo INVITAR 702, un campo DE 706, un campo PARA 708 y un encabezamiento de RUTA 902.
En la figura 9, el encabezamiento de RUTA 902 designa el servidor proxy 204 ó 206 como el primer servidor en la ruta de servicio de la misma manera de la figura 7 para una estación móvil itinerante. Sin embargo, el Identificador de Recurso Uniforme (URI) del servidor de aplicación 114 ó 116 está insertado en el encabezamiento de RUTA 902 del mensaje INVITAR SIP 208 ó 210, sustituyendo el Identificador de Recurso Uniforme (URI) del servidor doméstico 108 utilizado para la ruta de servicio inicial en el encabezamiento de RUTA 704 de la figura 7. Cuando el servidor proxy 204 ó 206 detecta que el servidor doméstico 108 ha sido sustituido en el encabezamiento de RUTA 902, el servidor proxy 204 ó 206 suspende el requisito de que la ruta de servicio debe incluir el servidor doméstico 108 y proporciona una ruta de servicio directa hacia el servidor de aplicación local 114 ó 116 de acuerdo con el encabezamiento de RUTA 902, derivando exservidor doméstico
108.
La figura 10 ilustra un resumen del mensaje de invitación al protocolo de iniciación de sesión (INVITAR SIP) de la figura 7 modificado para omitir el encabezamiento de RUTA 704 en el mensaje de invitación al protocolo de iniciación de sesión (INVITAR SIP) para invocar una ruta de servicio por defecto configurada. En la figura 10 están mostrados un campo INVITAR SIP, un campo DE 706 y un campo PARA 708.
En la figura 10 es omitida la información de vector de ruta de servicio más allá del servidor proxy 204 ó 206 de la figura 2 desde el encabezamiento de RUTA 704 de la figura 7 en el mensaje de invitación al protocolo de iniciación de sesión (INVITAR SIP) 208 ó 210 para indicar la petición de desconexión 212 ó 214. Cuando el servidor proxy 204 ó 206 detecta la ausencia de la información de ruta de servicio mas allá del servidor proxy 204 ó 206 en el mensaje de invitación al protocolo de iniciación de sesión (INVITAR SIP) 208 ó 210, el servidor proxy 204 ó 206 suspende el requisito de que la ruta de servicio debe incluir el servidor doméstico 108. Alternativamente, la totalidad del encabezamiento de RUTA 704 de la figura 7 que incluye la información de ruta de servicio más allá del servidor proxy 204 ó 206 puede ser omitida del mensaje de invitación al protocolo de iniciación de sesión (INVITAR SIP) 208 ó 210 de la figura 2 para indicar la petición de desconexión 212 ó
214.
El servidor proxy 204 ó 206 detecta la petición de desconexión 212 ó 214 a partir de la ausencia de la información de ruta de servicio más allá del servidor proxy 204 ó 206 e invoca una ruta de servicio por defecto que fue previamente configurada en el servidor proxy. La ruta de servicio por defecto puede ser cargada en el servidor proxy 204 ó 206, por ejemplo, desde un Centro de Operación y Mantenimiento (OMC). La ruta de servicio por defecto puede ser idéntica a la ruta de servicio del encabezamiento de RUTA 902 de la figura 9, dando lugar a una trayectoria de señal que deriva el servidor doméstico 108. En el ejemplo de la figura 10, la petición de desconexión es iniciada por la ausencia de la información de ruta de servicio más allá del servidor proxy 204 ó 206, y la ruta de servicio que incluye el Identificador de Recurso Uniforme del servidor de aplicación 114 ó 116 es previamente configurada en el servidor proxy 204 ó 206.
La figura 11 ilustra un resumen del mensaje de invitación al protocolo de iniciación de sesión (INVITAR SIP) de la figura 7 modificado para incluir un identificador para el equipo de usuario que es tomado prestado del mercado visitado. En la figura 11 están mostrados un campo INVITAR 702, un campo PARA 708, un encabezamiento de RUTA 1102 y un campo DE 1104.
En la realización de la figura 11, el equipo de usuario 202 de la figura 2 incluye la capacidad de desconexión de la ruta de servicio normal de una manera que es transparente para el servidor proxy 204 ó 206. Para desconectar la ruta de servicio normal, el equipo de usuario 202 transmite un primer mensaje de invitación al protocolo de iniciación de sesión (INVITAR SIP) 208 ó 210 al servidor proxy 204 ó 206 utilizando el campo DE normal 706 de la figura 7 que contiene el URI para el equipo de usuario 202 para registrar el equipo de usuario
202. El equipo de usuario 202 toma prestado entonces un identificador, por ejemplo desde el servidor de aplicación 114 ó 116 o desde otro servidor tal como un servidor DHCP (no mostrado), un servidor de seguridad tal como un servidor RADIX (no mostrado) o un servidor local S-CSCF (no mostrado) en el mercado visitado
104. El Identificador de Recurso Uniforme (URI) del equipo de usuario 202 en el campo DE 1104 de la figura 11 es sustituido por el identificador tomado prestado, que asocia el equipo de usuario 202 con el dominio que incluye el servidor de aplicación 114 ó 116. El identificador prestado puede asociar también el equipo de usuario 202 con un servidor de aplicación de envío, por ejemplo el Procesador de Aplicación de Envío (DAP). El equipo de usuario 202 transmite entonces un segundo mensaje de registro (REGISTRAR) de protocolo de iniciación de sesión 208 ó 210 que utiliza el identificador prestado para obtener la información de ruta de servicio local para una ruta de servicio directa hacia el servidor de aplicación local 116. La ruta de servicio directa puede o no pasar a través de una función de control de servicio de llamada local (S-CSCF) (no mostrada). El equipo de usuario 202 sustituye el encabezamiento de RUTA 704 de la figura 7 por el encabezamiento de RUTA 1102 y sustituye el Identificador de Recurso Uniforme (URI) del equipo de usuario 202 en el campo DE 704 por el identificador prestado para generar el campo DE 1104 en el mensaje INVITAR SIP de la figura 11.
El servidor proxy 204 ó 206 de la figura 2 trata el mensaje de invitación al protocolo de iniciación de sesión (INVITAR SIP) de la figura 11 con el campo DE modificado 1104 como si el equipo de usuario 202 fuera un abonado local y hace seguir el mensaje al servidor de aplicación 114 ó 116, por ejemplo, a través del servidor local S-CSCF (no mostrado). En esta realización, no se requiere modificación del servidor Proxy 204 ó 206 para desconectar la ruta de servicio normal. Se pueden tomar prestados identificadores adicionales de la misma manera que el identificador prestado del campo DE 1104 para crear encabezamientos de RUTA en el mercado visitado 104 que deriva el servidor doméstico 108. Estos encabezamientos de RUTA pueden ser utilizados para comunicar con los servidores de aplicación en el mercado visitado 104. En consecuencia, el segundo mensaje de registro de protocolo de iniciación se sesión (REGISTRAR) se convierte en una petición de desconexión que permite al equipo de usuario 202 utilizar el identificador prestado y el encabezamiento de RUTA creado como una petición de desconexión en el subsiguiente mensaje INVITAR SIP.
La figura 12 ilustra un resumen del mensaje de invitación al protocolo de iniciación de sesión (INVITAR SIP) de la figura 7 modificado para alterar el identificador de recurso uniforme (URI) que especifica el objetivo para mapear en una identidad de servicio público en el mercado visitado. En la figura 12 están mostrados un encabezamiento de RUTA 704, un campo DESDE 706, un campo INVITAR 1202 y un campo HAST 1204.
En la figura 12, el equipo de usuario 202 de la figura 2 incluye también la capacidad de desconexión de la ruta de servicio normal de una manera que sea transparente para el servidor proxy 110 ´112. En la disposición de la figura 12, el equipo de usuario 202 altera el identificador de recurso uniforme (URI) que especifica el objetivo en el mensaje de invitación al protocolo de iniciación de sesión (INVITAR SIP) modificado. Por ejemplo, el equipo de usuario 202 puede alterar el identificador de recurso uniforme (URI) de objetivo original en el campo INVITAR 702 de la figura 7, john.doe@dominio.com, con el Identificador de Recurso Uniforme (URI) de una identidad de servicio público (PSI), servidorptt.mercadovisitado.net, para generar el identificador de recurso uniforme (URI) alterado,
John.doe&dominio.com@servidorptt.mercdovisitado.net, en el que la identidad de servicio público (PSI) mapea hacia el servidor de aplicación 114 ó 116.
El equipo de usuario 202 puede insertar el identificador de recurso uniforme (URI) alterado en el URI de petición del mensaje INVITAR SIP 1202 o el encabezamiento “PARA” 1204.
En otra realización, el equipo de usuario 202 puede utilizar la dirección del servidor de aplicación local 114 ó 116 en el URI de petición del mensaje INVITAR SIP e insertar el URI objetivo en el encabezamiento “PARA” 1204 del mensaje INVITAR SIP o en cualquier otro lugar en el cuerpo del mensaje INVITAR SIP. El servidor proxy 110 ó 112 puede ser preconfigurado de acuerdo con técnicas bien conocida para reconocer el identificador de recurso uniforme (URI) sustituido o alterado como una petición de desconexión o como una identidad de servicio público (PSI) y para encaminar el mensaje de protocolo de iniciación de sesión (SIP) al servidor de aplicación público local 114 ó 116. El servidor de aplicación público local 114 ó 116 puede desalterar el Identificador de Recurso Uniforme (URI) alterado para extraer el identificador de recurso uniforme (URI) de objetivo original y puede procesar correspondientemente el mensaje de invitación al protocolo de iniciación de sesión (INVITAR SIP).
En algunas aplicaciones, tal como pulsar-para-hablar (PTT), es probable que una ruta de servicios previamente configurada fuera utilizada en el mensaje de invitación al protocolo de iniciación de sesión (INVITAR SIP) que identifica uno de los servidores de aplicación de pulsar-para-hablar (PTT) locales. Sin embargo, puede ser también cuando el equipo de usuario no está preconfigurado con los identificadores para los servidores de aplicación locales que están disponibles en el mercado visitado. Cuando una estación móvil (MS) se desplaza hacia un mercado visitado, es deseable descubrir qué servicios locales están disponibles para la estación móvil itinerante (MS) en el mercado visitado además de los servicios disponibles del servidor doméstico. Los servicios locales en el mercado visitado pueden ser descubiertos preguntando al directorio de servicios locales en el dominio visitado antes del desplazamiento, o el equipo de usuario itinerante puede describir los servicios locales en el mercado visitado y las entradas de ruta de servicios asociadas para cada servicio local como sigue.
El servidor proxy puede añadir una o más extensiones de protocolo de iniciación de sesión (SIP) a la respuesta REGISTRO OK 200 que incluye la lista de servicios locales y sus identificadores de recursos uniformes (URI) antes de transmitir la respuesta REGISTRO OK al equipo de usuario. El equipo de usuario puede presentar entonces la lista de servicios locales al usuario.
Alternativamente, el servidor proxy puede incluir múltiples vectores de ruta de servicios en la respuesta REGISTRO OK 200 que incluye la lista de servicios locales y sus identificadores de recursos uniformes (URI). Así mismo, el equipo de usuario puede solicitar la lista de servicios locales sin el servidor proxy, ya que ninguno de los servicios típicos del servidor proxy, tal como protocolo de iniciación de sesión (SIP), compresión y calidad de servicio (QoS) son requeridos para describir los servicios locales. Por ejemplo, el equipo de usuario puede utilizar el nombre del dominio visitado y preguntar al servidor del sistema de nombre de dominio local (DNS) con una serie previamente definida tal como
Servidor_Configuracion@este_dominio_visitado
Si se encuentra el servidor, la estación móvil (MS)) puede preguntar al servidor directamente por la información de servicio local. Así mismo, el servidor de sistema de nombre de dominio (DNS) local puede proporcionar al
equipo de usuario el identificador de recurso uniforme (URI) de un servidor de aplicación pulsar-para-hablar (PTT) en el dominio visitado.
El protocolo de envío alternativo puede identificar una llamada objetivo en un lugar distinto del campo INVITAR 1202. Por ejemplo, pulsar-para-hablar en celular (PoC) no utiliza la primera línea del mensaje INVITAR para identificar el objetivo. El identificador de recurso uniforme (URI) de petición de un mensaje INVITAR de PoC contiene el URI de conferencia-factoría del servidor de PoC que soporta las llamadas de envío del usuario de PoC de origen. El objetivo es especificado en el cuerpo del mensaje INVITAR.
En otra realización, el método incluye los pasos de:
(a)
proporcionar un sistema de telecomunicaciones que incluya un equipo de usuario, un servidor doméstico, un proxy y un servidor de aplicación;
(b)
transmitir una petición de desconexión desde el equipo de usuario hacia un servidor proxy para interrumpir una ruta de servicio inicial que incluye un servidor doméstico y proporcionar una ruta de servicio directa para el equipo de usuario que deriva o se desvía del servidor doméstico; y
(c)
encaminar una comunicación subsiguiente entre el equipo de usuario y el servidor de aplicación a través del servidor proxy por la ruta de servicio directa.
La figura 13 ilustra un diagrama de flujo 1300 de un método ilustrativo de redireccionamiento selectivo de control de sección para un subsistema multimedia de protocolo de Internet.
El paso 1302 es el punto de entrada del diagrama de flujo 1300.
En el paso 1304, es proporcionado un sistema de telecomunicaciones que incluye un equipo de usuario, un servidor doméstico, un servidor proxy y un servidor de aplicación de acuerdo con técnicas bien conocidas.
En el paso 1306 es transmitida una petición de desconexión desde el equipo de usuario a un servidor proxy para desconectar una ruta de servicio inicial que incluye un servidor doméstico y para proporcionar una ruta de servicio directa para el equipo de usuario que deriva el servidor doméstico. La petición de desconexión puede ser, por ejemplo, un mensaje INVITAR SIP modificado para incluir un encabezamiento adicional como se ha descrito anteriormente con referencia a la figura 8, un mensaje INVITAR SIP modificado para sustituir el servidor doméstico en el vector de ruta como se ha descrito anteriormente con referencia a la figura 9, un mensaje INVITAR SIP modificado para omitir todas las entradas de ruta más allá del servidor proxy como se ilustra en la figura 10, un mensaje INVITAR SIP modificado para sustituir un identificador estándar con un identificador prestado como se ha descrito anteriormente con referencia a la figura 11, o un mensaje INVITAR SIP modificado para mapear un objetivo a una identidad de servicio público como se ha descrito anteriormente con referencia a la figura 12.
En el paso 1308, la subsiguiente comunicación entre el equipo de usuario y el servidor de aplicación es encaminada de acuerdo con técnicas bien conocidas a través del servidor proxy a través de la ruta de servicio directa que obvia exservidor doméstico.
El paso 1310 es el punto de salida del diagrama de flujo 1300.
El método descrito anteriormente para redireccionamiento selectivo de control de sesión para un subsistema multimedia de protocolo de Internet puede ser aplicado selectivamente, es decir, continúan aplicándose en ausencia de una petición de desconexión, métodos de encaminamiento normales de subsistemas multimedia de Protocolo de Internet (IMS).
Aunque la descripción de diagramas de flujo se ha expuesto y mostrado con referencia a pasos concretos realizados en un orden concreto, estos pasos pueden ser combinados, subdivididos o reordenados sin apartarse del alcance de las reivindicaciones. A menos que se indique concretamente, el orden y agrupación de los pasos no constituye una limitación de otras realizaciones que puedan quedar dentro del ámbito de las reivindicaciones.
El diagrama de flujo 1300 de la figura 13 puede ser puesto en práctica también por medio de instrucciones para que sean ejecutadas en un ordenador u otra plataforma programable o parcialmente programable. Las instrucciones pueden ser incorporadas en ROM, RAM, disco, CD-ROM y otros medios legibles por ordenador de acuerdo con técnicas de programación de ordenador bien conocidas.
En otras realizaciones, un producto de programa de ordenador incluye un medio para incorporar un programa de ordenador para entrada a un ordenador y un programa de ordenador incorporado en el medio para hacer que el ordenador realice los pasos de:
(a)
proporcionar un sistema de telecomunicaciones que incluya un equipo de usuario, un servidor doméstico, un servidor proxy y un servidor de aplicación local;
(b)
transmitir una petición de desconexión desde el equipo de usuario a un servidor proxy para la
desconexión de una ruta de servicio inicial que incluye un servidor doméstico y proporcionar una 5 ruta de servicio directa para el equipo de usuario que se desvía del servidor doméstico; y
(c) encaminar una subsiguiente comunicación entre el equipo de usuario y el servidor de aplicación a través del servidor proxy a través de la ruta de servicio.
En el ejemplo descrito anteriormente, el programa de ordenador puede ser realizado mediante una aplicación o ser incluido en estándar (capa física) CDMA-2000, HRPD, HRPDA, HRPDB, Sistema Universal de
10 Telecomunicaciones de Móviles (UMTS), UMTS mejorado, W-LAN (Red de Área Local Inalámbrica), y Wi-MAX (Interoperabilidad de ámbito mundial para Acceso de Microondas).
En otra realización, el equipo de usuario puede descubrir dinámicamente servidores de aplicación locales en adición del servidor doméstico normalmente proporcionado en subsistemas multimedia de Protocolo de Internet (IMS), por ejemplo usando los métodos de desconexión descritos anteriormente o preguntando
15 directamente al directorio del servidor de aplicación local. Alternativamente, el operador del sistema puede proporcionar una lista de servidores de aplicación locales que estén autorizados a desconectar la trayectoria de señalización normal de IMS:
Como se puede apreciar del método de redireccionar selectivamente el control de sesión para un subsistema multimedia de protocolo de Internet descrito anteriormente, se puede conseguir una reducción sustancial de
20 retardos de comunicación desconectando una ruta de servicios que incluye el servidor doméstico del equipo de usuario cuando el equipo de usuario se desplaza en un mercado visitado.
La realización concreta y aplicaciones de la misma descritas anteriormente tienen finalidad ilustrativa solamente y no impiden modificaciones y variaciones que se puedan hacer dentro del ámbito de las siguientes reivindicaciones.

Claims (15)

  1. REIVINDICACIONES
    1. Un método para comunicación en un sistema de telecomunicaciones que comprende un equipo de usuario (202), un servidor proxy (204, 206), una Función de Control de Sesión de Llamada de Servicio
    (108)
    y un servidor de aplicación, estando el método caracterizado por los pasos de:
    a.
    transmitir el equipo de usuario (202) una petición de desconexión al servidor proxy (204, 206), solicitando la petición de desconexión la desconexión de una ruta de servicio inicial desde el equipo de usuario (202) al servidor de aplicación a través del servidor proxy (204, 206) y una Función de Control de Sesión de Llamada de Servicio asociada con el equipo de usuario (202) en un mercado doméstico del equipo de usuario (202) y proporcionar una ruta de servicio directa desde el equipo de usuario (202) al servidor de aplicación a través del servidor proxy (204, 206), obviando con ello la Función de Control de Sesión de llamada de Servicio; y
    b.
    comunicar entre el equipo de usuario (202) y el servidor de aplicación a través del servidor proxy (204, 206) por medio de la ruta de servicio directa.
  2. 2. El método de la reivindicación 1, en el que el paso a. comprende
    transmitir un mensaje invitar de protocolo de iniciación de sesión (INVITAR SIP) desde el equipo de usuario (202) al servidor proxy (204, 206) e
    incluir la petición de desconexión en el mensaje de invitación de protocolo de iniciación de sección (INVITAR SIP).
  3. 3.
    El método de la reivindicación 2, en el que el paso a. comprende alterar un identificador de recurso uniforme URI en el mensaje INVITAR SIP de invitación de protocolo de iniciación de sesión que especifica un objetivo para mapear el objetivo en el servidor de aplicación.
  4. 4.
    El método de la reivindicación 1, en el que el paso a. comprende transmitir un mensaje REGISTRAR SI de registro del protocolo de iniciación de sección desde el equipo de usuario (202) al servidor de aplicación en el que el mensaje REGITRAR SIP de registro de protocolo de iniciación de sección incluye un identificador prestado.
  5. 5.
    El método de la reivindicación 1, que comprende además realizar el paso a. cuando el equipo de usuario (202) se desplaza en un marcado visitado.
  6. 6.
    El método de la reivindicación 1, en el que el servidor proxy (204, 206) es una función de control de sesión de llamada de proxy P-CSCF en un Subsistema Multimedia de Protocolo IMS de Internet.
  7. 7.
    Un equipo de usuario para un sistema de telecomunicación, que comprende un servidor proxy (204, 206), una Función de Control de Sesión de Llamada de Servicio (108) y un servidor de aplicación, estando el equipo de usuario caracterizado porque comprende:
    un transmisor; y
    un procesador, acoplado para comunicación al transmisor, adaptado para transmitir, a través del transmisor, una petición de desconexión desde el equipo de usuario a un servidor proxy (204, 206) para la desconexión de una ruta de servicio inicial desde el equipo de usuario al servidor de aplicación a través del servidor proxy (204, 206) y la Función de Control de Sesión de Llamada de Servicio asociada con el equipo de usuario en un mercado doméstico del equipo de usuario y para proporcionar una ruta de acceso directa desde el equipo de usuario al servidor de aplicación a través del servidor proxy (204, 206), obviando con ello la Función de Control de Sesión de Llamada de Servicio.
  8. 8.
    El equipo de usuario de la reivindicación 7, en el que la petición de desconexión está incluida en un mensaje INVITAR SIP de invitación de protocolo de iniciación de sesión.
  9. 9.
    El equipo de usuario de la reivindicación 8, en el que la petición de desconexión comprende un encabezamiento en el mensaje de invitación de protocolo de iniciación de sesión que identifica al servidor de aplicación y en el que la petición de desconexión comprende un vector de ruta de servicio en el que el servidor doméstico (108) es sustituido por el servidor de aplicación.
  10. 10.
    El equipo de usuario de la reivindicación 8, en el que la petición de desconexión omite todas las entradas de ruta más allá del servidor proxy (204, 206) en el mensaje de invitación de protocolo de iniciación de sesión para invocar una ruta de servicio por defecto que fue previamente configurada en
    el servidor proxy (204, 206) para proporcionar una ruta de servicio entre el equipo de usuario y el servidor de aplicación.
  11. 11.
    El equipo de usuario de la reivindicación 7, en el que la petición de desconexión incluye un mensaje de registro de protocolo de iniciación de sesión desde el equipo de usuario a un servidor público local y en el que el mensaje de registro de protocolo de iniciación de sesión incluye un identificador ID para el equipo de usuario que es prestado por el servidor público local.
  12. 12.
    El equipo de la reivindicación 7, que comprende además un identificador de recuso uniforme URI de un objetivo en el mensaje INVITAR SIP de invitación al protocolo de iniciación de sesión, que está alterado para mapear el objetivo al servidor de aplicación.
  13. 13.
    El equipo de usuario de la reivindicación 7, en el que el equipo de usuario comprende uno de entre un auricular móvil, un ordenador de sobremesa y otro dispositivo de comunicación utilizado para enviar y/o recibir mensajes en el sistema de telecomunicación.
  14. 14.
    Un servidor proxy para un sistema de telecomunicación, que comprende:
    una función de control de sesión de llamada de proxy P-CSCF, en un Subsistema Multimedia de Protocolo de Internet; y que está caracterizado por comprender:
    medios para reconocer un identificador de recurso uniforme de un servidor de aplicación a partir de
    una petición de desconexión recibida por la función de control de sesión de llamada de proxy desde un equipo de usuario; y
    medios para proporcionar una ruta de servicio directa desde el equipo de usuario al servidor
    de aplicación a través del servidor proxy, derivando con ello una Función de Control de Sesión de
    Llamada de Servicio en respuesta a la petición de desconexión.
  15. 15. El servidor proxy de la reivindicación 14, en el que la petición de desconexión comprende al menos uno de
    un encabezamiento en el mensaje de invitación de protocolo de iniciación de sesión que identifica el servidor de aplicación, o
    un campo de entrada de ruta en el mensaje de invitación de protocolo de iniciación de sesión que sustituye un servidor doméstico (108) con un servidor de aplicación para proporcionar la ruta de servicio directa.
ES06845139T 2005-12-13 2006-12-08 Método y aparato para redirigir selectivamente el control de sesión para un subsistema multimedia de protocolo de internet. Active ES2360616T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US11/301,415 US7852838B2 (en) 2005-12-13 2005-12-13 Method and apparatus for selectively redirecting session control for an internet protocol multimedia subsystem
US301415 2005-12-13

Publications (1)

Publication Number Publication Date
ES2360616T3 true ES2360616T3 (es) 2011-06-07

Family

ID=38139239

Family Applications (1)

Application Number Title Priority Date Filing Date
ES06845139T Active ES2360616T3 (es) 2005-12-13 2006-12-08 Método y aparato para redirigir selectivamente el control de sesión para un subsistema multimedia de protocolo de internet.

Country Status (8)

Country Link
US (1) US7852838B2 (es)
EP (1) EP1964342B1 (es)
KR (1) KR101010821B1 (es)
CN (1) CN101385295B (es)
AT (1) ATE507638T1 (es)
DE (1) DE602006021624D1 (es)
ES (1) ES2360616T3 (es)
WO (1) WO2007070446A2 (es)

Families Citing this family (34)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7636581B1 (en) * 2006-01-25 2009-12-22 Nextel Communications, Inc. Inter-network dispatch talk group calls
FI20075252A0 (fi) 2007-04-13 2007-04-13 Nokia Corp Menetelmä, radiojärjestelmä, matkaviestin ja tukiasema
US8457631B2 (en) * 2007-05-01 2013-06-04 Nextel Communications Inc. Dispatch network with IMS integration
CN101682657B (zh) * 2007-05-18 2014-06-25 诺基亚公司 使用接入点名称提供本地ip出口服务的系统和方法
WO2009028096A1 (ja) * 2007-08-31 2009-03-05 Fujitsu Limited セッション状態の通知に係る通信方法、サーバ、およびプログラム
US20090073995A1 (en) * 2007-09-13 2009-03-19 Nokia Corporation Devices and methods for local breakout in a gateway of an access service network
EP2040432A1 (en) * 2007-09-18 2009-03-25 Nokia Siemens Networks Oy Local break out in case WiMAX roaming
US8111712B2 (en) * 2008-04-10 2012-02-07 Nokia Siemens Networks Oy Apparatus, method, system and program for communication
US8055602B2 (en) * 2008-06-19 2011-11-08 Motorola Mobility, Inc. Method and system for customization of a graphical user interface (GUI) of a communication device in a communication network
US20100054445A1 (en) * 2008-08-28 2010-03-04 Peter Leis Method, apparatus and computer program product for providing routing of message signaling
CN102144380B (zh) * 2008-09-05 2014-10-29 爱立信电话股份有限公司 端对端地址转移
CN102742241B (zh) * 2009-11-16 2015-08-19 瑞典爱立信有限公司 Ims网络之间的安全xdm通信
US8451841B2 (en) 2009-12-28 2013-05-28 At&T Intellectual Property I, L.P. Method and apparatus for processing a call to an aggregate endpoint device
US8793388B2 (en) * 2009-12-28 2014-07-29 At&T Intellectual Property I, L.P. Method and apparatus for processing a call to an aggregate endpoint device
US8984142B2 (en) * 2009-12-30 2015-03-17 Mckesson Financial Holdings Methods, apparatuses and computer program products for facilitating remote session pooling
US8948099B2 (en) * 2011-01-20 2015-02-03 Telefonaktiebolaget L M Ericsson (Publ) Geo-local routing in IMS
US10225354B2 (en) * 2011-06-06 2019-03-05 Mitel Networks Corporation Proximity session mobility
US9060035B2 (en) 2011-08-19 2015-06-16 At&T Intellectual Property I, L.P. Method and apparatus for identifying a subscriber home domain in a communication network
US9014023B2 (en) 2011-09-15 2015-04-21 International Business Machines Corporation Mobile network services in a mobile data network
CN103875232B (zh) * 2011-10-13 2016-08-17 瑞典爱立信有限公司 开会方法和装置
US8971192B2 (en) 2011-11-16 2015-03-03 International Business Machines Corporation Data breakout at the edge of a mobile data network
US20130121166A1 (en) * 2011-11-16 2013-05-16 International Business Machines Corporation Data breakout appliance at the edge of a mobile data network
US9042864B2 (en) 2011-12-19 2015-05-26 International Business Machines Corporation Appliance in a mobile data network that spans multiple enclosures
US8782387B2 (en) 2011-12-31 2014-07-15 International Business Machines Corporation Secure boot of a data breakout appliance with multiple subsystems at the edge of a mobile data network
US8793504B2 (en) 2012-02-22 2014-07-29 International Business Machines Corporation Validating a system with multiple subsystems using trusted platform modules and virtual platform modules
US8873382B2 (en) 2012-07-06 2014-10-28 International Business Machines Corporation Overload detection and handling in a data breakout appliance at the edge of a mobile data network
US9030944B2 (en) 2012-08-02 2015-05-12 International Business Machines Corporation Aggregated appliance in a mobile data network
US9552590B2 (en) 2012-10-01 2017-01-24 Dstillery, Inc. Systems, methods, and media for mobile advertising conversion attribution
EP3146691B1 (en) * 2014-05-23 2018-05-09 Telefonaktiebolaget LM Ericsson (publ) Maintaining optimal media routing
WO2016042359A1 (en) * 2014-09-16 2016-03-24 Nokia Technologies Oy Method and apparatus for anonymous access and control of a service node
US11936694B2 (en) 2021-11-18 2024-03-19 T-Mobile Usa, Inc. Cross-domain routing based on session initiation protocol information
DE102022121503A1 (de) 2022-08-25 2024-03-07 Uniberg GmbH Verfahren und IP-Multimedia-Subsystem zum Durchführen einer Datenübertragung, Computerprogrammprodukt und Speichermedium
DE102022121511A1 (de) 2022-08-25 2024-03-07 Uniberg GmbH Verfahren und IP-Multimedia-Subsystem zum Durchführen einer Datenübertragung, Computerprogrammprodukt und Speichermedium
DE102022121507A1 (de) 2022-08-25 2024-03-07 Uniberg GmbH Verfahren und IP-Multimedia-Subsystem zum Durchführen einer Datenübertragung, Computerprogrammprodukt und Speichermedium

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2003024134A1 (en) * 2001-09-11 2003-03-20 Nokia Corporation Method, system and network element for controlling data transmission in a network environment
US6888828B1 (en) * 2001-10-02 2005-05-03 Nokia Corporation System and method for providing at least one service obtained from a service network for a user in a packet switched communication network
US7480915B2 (en) * 2002-10-03 2009-01-20 Nokia Corporation WV-IMS relay and interoperability methods
EP2276219A1 (en) * 2003-02-19 2011-01-19 Nokia Corporation Routing Messages via an IMS System
US7586857B2 (en) * 2003-04-01 2009-09-08 Alcatel-Lucent Usa Inc. Fast network SIP/SDP procedures for conference operations upon request from end user with optimization of network resources
US7975037B2 (en) * 2005-07-29 2011-07-05 Verizon Patent And Licensing Inc. Policy engine in an Internet Protocol multimedia subsystem

Also Published As

Publication number Publication date
EP1964342B1 (en) 2011-04-27
DE602006021624D1 (de) 2011-06-09
CN101385295B (zh) 2012-08-29
US7852838B2 (en) 2010-12-14
WO2007070446A2 (en) 2007-06-21
ATE507638T1 (de) 2011-05-15
CN101385295A (zh) 2009-03-11
EP1964342A2 (en) 2008-09-03
EP1964342A4 (en) 2009-08-12
US20070133517A1 (en) 2007-06-14
KR20080085865A (ko) 2008-09-24
KR101010821B1 (ko) 2011-01-25
WO2007070446A3 (en) 2008-11-13

Similar Documents

Publication Publication Date Title
ES2360616T3 (es) Método y aparato para redirigir selectivamente el control de sesión para un subsistema multimedia de protocolo de internet.
CA2595077C (en) A method and apparatus for handling emergency calls
US10469541B2 (en) Session initiation protocol (SIP) router
US9538361B2 (en) Methods and apparatuses for registering a terminal in the IMS over a circuit-switched access domain
ES2431051T5 (es) Método para proporcionar una selección de modo de acceso a un terminal multimodo y sistema y aparato correspondientes
ES2353907T3 (es) Sistema de terminación de llamada de dominio cs, método y dispositivo de red.
US20080254791A1 (en) Ims communication node proxies and methods
CN101132555B (zh) 非ims集中业务用户获取漫游号码的方法
EP2489210B1 (en) Delivery of a message between an ims domain and a cs domain
EP2116003A1 (en) Subscriber data management in communication networks
ES2624232T3 (es) Método, aparato, sistema y producto de programa informático relacionado para gestión de traspaso
ES2396625T3 (es) Método, sistema y dispositivo para establecer relaciones de asociación-control
EP1944945B1 (en) Communication system with transparent subscriber mobility based on group registration
EP3094059B1 (en) Routing voice over lte call invites in a terminating ims
KR101191601B1 (ko) Ｉｍｓ망 기반의 호 세션 처리를 위한 통신 방법 및 이를 구현한 장치
KR20070121463A (ko) 멀티미디어 로밍 서비스 제공 방법 및 시스템
WO2008098612A1 (en) Communicating between networks