MXPA02008968A - Metodo y sistema para activar un contexto de subscriptor a datos en paquete para datos en paquete. - Google Patents

Abstract

La presente invencion se refiere a un metodo y sistema para activar un contexto en una primera red con el fin de transferir una llamada y/o una transaccion por medio de dicha primera red y una segunda red; inicialmente se establece un protocolo de aplicacion como el H.323, H.248 o SIP utilizando una se+- alizacion o contexto automatico dentro de la primera red; basandose en un mensaje del protocolo de aplicacion transmitido desde la segunda red, se determina una informacion de capacidad y se utiliza para activar el contexto; por medio de lo cual se pueden acordar por adelantado las capacidades y se puede activar el contexto, por ejemplo, como un contexto secundario tanto para las llamadas y/o transacciones originadas en movil como para las terminadas en movil; por consiguiente ya no se necesita un protocolo de reserva para se+- alar los requerimientos de capacidad a la segunda red, y puede disminuir la carga de se+- alizacion.

Description

MÉTODO Y SISTEMA PARA ACTIVAR UN CONTEXTO DE SUSCRIPTOR A DATOS EN PAQUETE PARA DATOS EN PAQUETE CAMPO DE LA INVENCIÓN 5 La presente invención se refiere a un método y sistema para activar un contexto en una primera red con el fin de transferir una llamada por medio de una primera red y una segunda red. En particular, la primera red puede ser una red celular o móvil como el UMTS (Sistema de 10 Telecomunicaciones móvil Universal) o una red de GPRS (Radio Servicios de Paquete General). i ANTECEDENTES DE LA INVENCIÓN 15 En contraste con las redes conmutadas por circuito, las tradicionales redes IP- emplean un paradigma de conmutación por paquetes que no utiliza un control de admisión de llamada ni un estado por llamada dentro de la red. Simplemente cada paquete es dirigido a su destino salto por salto de acuerdo con la dirección globalmente única de destinación IP que 20 está contenida dentro del encabezamiento de IP. Los flujos individuales de datos no reciben un ancho de banda dedicado, y el ancho de banda disponible está compartido entre todo el tráfico. Cuando el flujo de paquete agregado que se envía a un puerto de salida de nodo intermedio es más grande que la relación de enlace de salida, los paquetes deben formarse en una memoria intermedia de salida lo cual causa retraso. Además, en períodos de congestionamiento, la memoria intermedia de salida se puede desbordar y los paquetes se perderán. Aunque las redes tradicionales de datos de conmutación por paquetes tales como X.25 y IP/Intemet pueden lograr la utilización de anchos de banda altos, éstas no pueden ofrecer simultáneamente suficiente soporte de QoS (calidad de servicio) para el tráfico de tiempo real, como la voz. Esto no sucede con las nuevas tecnologías de conmutación por paquetes tales como ATM y Frame Relay, las cuales pueden ofrecer tanto una alta utilización como soporte de QoS en tiempo real de manera simultánea, en un medio ambiente que contiene tanto tráfico de tiempo real como tráfico que no es de tiempo real. Estas metas dobles de soporte de QoS y eficiencia también se pueden proveer en una red de IP si se utiliza un protocolo de reserva como RSVP (protocolo de ajuste de reserva), aunque son firmes las garantías de QoS solamente se pueden ofrecer siempre y cuando cada encaminador intermedio soporte RSVP. Antes de que la red pueda ofrecer una garantía de ancho de banda, o reservación, a un flujo de datos específico, el control de admisión debe de asegurar que la garantía se puede alcanzar, es decir, que existen suficientes recursos en la red. De otra manera, la red no podrá ofrecer garantía al usuario. La QoS de extremo a extremo que está disponible para los usuarios de una red de conmutación por paquetes será determinada por dos componentes. Primero, la cantidad de distorsión introducida por la red en términos de retardo de paquete, variación del retardo y pérdida de paquetes. En segundo lugar, el grado hasta el cual se puede remover, o compensar, esta distorsión inducida por la red en la terminal receptora, un procedimiento al cual se le conoce comúnmente como acondicionamiento de terminal. El acondicionamiento de terminal puede incorporar dichos procedimientos como la remoción de fluctuación (variación del retardo entre los paquetes) para reconstruir la relación original de tiempo entre los paquetes en el receptor. Además, esto puede permitir que el receptor recupere los paquetes perdidos en los casos en los que el emisor emplea cierto tipo de esquemas de codificación robustos que introducen una redundancia entre los paquetes de datos transmitidos. Como ya se mencionó antes, uno de los enfoques que en principio se podría utilizar para garantizar, o por lo menos para aumentar, la QoS de la capa de la red recibida por el tráfico en tiempo real, como la voz en un ambiente de multimedia conmutado por paquetes, se refiere a recursos de recepción (anchos de banda, espacio de memoria intermedia) en los encaminadores/conmutadores intermedios para los flujos de datos específicos, y es un método que se utiliza tanto por ATM (modo de transferencia asincrónico) como por IP/RSVP. El RSVP puede ser utilizar por el receptor y por nodos para requerir reservaciones de extremo a extremo de acuerdo con los modelos de servicios integrados de IETF (Fuerza de Trabajo de Ingeniería de la internet). El RSVP se especifica en la especificación RFC 2205. En particular, el RSVP no es un protocolo encaminador, sino que solamente se utiliza para reservar recursos a lo largo del ajuste de ruta existente por medio de cualquier protocolo de encaminamiento subyacente que se encuentre establecido. Una sesión de comunicación se identifica por una combinación de dirección de destinación, tipo de protocolo de capa de transporte y número de puerto de destinación. Es importante notar que cada operación de RSVP solamente se aplica a paquetes de una sesión particular y como tal cada mensaje de RSVP debe incluir detalles de la sesión a la cual aplica. Los mensajes de RSVP pueden ser transportados en "bruto" dentro de datagramas IP utilizando el número de protocolo 46, aunque los huéspedes dentro de esta capacidad l/O en bruto podrían primero encapsular los mensajes de RSVP dentro de un encabezamiento UDP. En redes móviles tales como las redes UMTS o GPRS, se debe establecer una QoS de extremo a extremo suficiente para una llamada. Para lograr esto, se activa un contexto de PDP (protocolo de datos en paquete) con suficiente QoS para transferir el tráfico de voz. Así, los requerimientos de QoS de una llamada deben de ser conocidos por ambos puntos extremos. Al conocer los requerimientos de QoS, los puntos extremos pueden establecer una QoS suficiente con mecanismos dependiendo del ambiente de los puntos extremos. En las redes combinadas en las que la red móvil está conectada a una red IP, se ha propuesto que el RSVP señale los requerimientos de QoS entre las redes. Sin embargo, el RSVP hace que una señalización innecesaria transfiera los requerimientos de QoS. Además, se cuestiona si el RSVP es lo suficientemente escalable para utilizarse en una base por llamada.

BREVE DESCRIPCIÓN DE LA INVENCIÓN Por lo tanto un objetivo de la presente invención es proveer un método y sistema para activar un contexto, por medio del cual se puede realizar un intercambio de capacidad de una manera eficiente. Este objetivo se logra mediante un método para activar un contexto en una primera red para transferir una llamada y/o transacción por medio de dicha primera red y una segunda red, dicho método comprende los pasos de: Establecer una conexión de acuerdo con un protocolo de aplicación utilizando una señalización o contexto automático dentro de dicha primera red; determinar una información de capacidad basada en un mensaje de dicho protocolo de aplicación transmitido desde dicha segunda red hacia dicha primera red; y activar dicho contexto basándose en dicha información de capacidad recibida. Además, el objetivo anterior se logra por medio de un sistema para activar un contexto en la primera red, para transferir una llamada y/o transacción por medio de dicha primera red y una segunda red, que comprende: Establecer medios para establecer una conexión de acuerdo con un protocolo de aplicación utilizando una señalización o contexto automático dentro de dicha primera red; medios de determinación para determinar una información de capacidad basándose en un mensaje de dicho protocolo de aplicación transmitido desde dicha segunda red hacia dicha primera red; y medios de activación para activar dicho contexto basándose en dicha información de capacidad determinada. Además, el objetivo anterior se logra mediante un dispositivo terminal para activar un contexto en una primera red, con el fin de transferir una llamada y/o transacción por medio de dicha primera red y una segunda red, dicho dispositivo terminal comprende: medios de determinación para determinar una información de capacidad, basándose en un mensaje de un protocolo de aplicación transmitido desde dicha segunda red por medio de dicha primera red, hacia dicho dispositivo terminal, en donde se utiliza una señalización o contexto automático dentro de dicha primera red; y medios de activación para activar dicho contexto que utiliza la información de capacidad determinada. Por consiguiente, no se necesita utilizar el RSVP entre la primera red y la segunda red para señalar la información de capacidad hacia el otro extremo de conexión respectivo. Se puede acordar por adelantado una capacidad de extremo a extremo adecuada para la llamada y/o transacción, basándose en el (los) mensaje (s) de protocolo de aplicación transmitido(s), utilizando la señalización o el contexto automático. Después, el contexto verdadero requerido para transferir una llamada se activa de acuerdo con la información de capacidad acordada. De este modo se puede ahorrar la señalización adicional que se requiere para el RSVP, con el fin de disminuir la carga de señalización. Además, la solución propuesta de acuerdo con la presente invención es transparente para la red de núcleos, ya que los mensajes de protocolo de aplicación pueden ser transferidos en forma transparente hacia la primera red. De preferencia, la activación se realiza transmitiendo un mensaje de requerimiento de activación de contexto que incluya los parámetros sobre los cuales se determina la información de capacidad hacia la primera red. El paso de establecimiento de protocolo de preferencia se realiza en el extremo de llamada, de tal manera que el extremo llamado es notificado directamente de la conexión requerida. La llamada es de preferencia una llamada de voz. Así, la capacidad estratificadora de la red (por ejemplo perfil de QoS) requerida por el tráfico de voz en tiempo real, se puede proveer de una manera eficiente incluso por medio de redes diferentes. Sin embargo, la presente invención se puede aplicar a cualquier llamada y/o transacción (por ejemplo mensaje de servicio, programa descargado, o similares) que pueda ser transferida basándose en una activación de contexto.

Además, la primera red puede ser una red móvil, y el contexto puede ser un contexto de PDP secundario. Dicho contexto de PDP secundario se puede aplicar tanto para llamadas originadas en red móvil como para llamadas terminadas en red móvil, de tal manera que la activación el contexto se puede realizar siempre por medio de la conexión del punto de extremo conectado a la red móvil sin importar el origen de la llamada y/o transacción. La red móvil puede ser una red UMTS, mientras que la segunda red puede ser una red IP. De preferencia, el protocolo de aplicación puede ser el protocolo H. 323 o H248, o el SIP. Como estos protocolos se pueden aplicar ampliamente en cualquier red con base de IP, se puede proporcionar una solución universal para intercambio de capacidad entre diferentes redes. La información de capacidad puede ser un requerimiento de QoS. Así, la QoS se puede asegurar tanto en la primera como en la segunda red sin necesitar ninguna señalización, de RSVP adicional para los recursos de reserva a lo largo del establecimiento de ruta existente dentro de la primera y segunda redes. El requerimiento de QoS puede definir un tipo de codee (por ejemplo en los ambientes H.323, H.248 o SIP) o una velocidad máxima de bitios, una velocidad de bitios garantizada y/o un retraso de transferencia (por ejemplo en el mensaje de requerimiento de contexto de PDP activado (secundario) de la red de núcleos de GPRS). Además, se puede utilizar un servicio IETF Diffserv en redes intermedias para proveer una capacidad de acuerdo a dicha información de capacidad. Basándose en este servicio, se les puede informar a los encaminadores de red intermedios sobre la capacidad requerida (por ejemplo, los requerimientos de QoS) de la llamada y/o transacción transferida, utilizando un protocolo de señalización para reservar los recursos requeridos. Se pueden disponer los medios de determinación del dispositivo terminal para determinar la información de capacidad basada en una capacidad acordada en una negociación de instalación con un punto extremo llamada que está conectado a la segunda red, la negociación de instalación se inicia mediante un medio de instalación del dispositivo terminal. Por otro lado, el medio de determinación del dispositivo terminal puede disponerse para determinar la información de capacidad basándose en un mensaje de protocolo recibido desde un punto extremo de llamada que está conectado a la segunda red. De esta manera, debido al hecho de que se puede activar un contexto secundario a partir del punto extremo de llamadas, así como a partir del punto extremo llamado, la transferencia propuesta de la información de capacidad se puede realizar sin importar la dirección de la transferencia de llamada.

BREVE DESCRIPCIÓN DE LOS DIBUJOS A continuación la presente invención será descrita con mayor detalle basándose en una modalidad preferida, haciendo referencia a los dibujos adjuntos, en donde: la figura 1 muestra un diagrama en bloques básico de una red UMTS conectada a una red IP, en donde se puede implementar la modalidad preferida de la presente invención, la figura 2 muestra un diagrama en bloques básico de un equipo de usuario de acuerdo con la modalidad preferida de la presente invención, la figura 3 muestra un diagrama de señalización que indica la señalización de activación de PDP para una llamada originada en red móvil de acuerdo con la modalidad preferida de la presente invención, y la figura 4 muestra un diagrama de señalización que indica una activación de PDP para una llamada terminada en red móvil de acuerdo con la modalidad preferida de la presente invención.

DESCRIPCIÓN DE LA MODALIDAD PREFERIDA A continuación se describirá la modalidad preferida del método y el sistema de acuerdo con la presente invención, sobre la base de un sistema UMTS conectado a una red IP 6 como se puede ver en la figura 1.

De acuerdo con la figura 1 , la red UMTS comprende un UTRAN (red de radioacceso a UMTS) 2 conectada a una red de núcleos con base en GPRS, en donde una conexión a la red IP 6 se establece por medio de un SGSN (nodo de soporte de GPRS de servicio) 3 y un GGSN (nodo de soporte de GPRS de vía de acceso) 4. Además, un equipo de usuario (UE) 1 como una terminal o estación móvil se radioconecta a la UTRAN 2. La UTRAN 2 es una red de acceso inalámbrica que provee acceso a la red de núcleos con base en GPRS de la red UMTS. La red IP 6 puede ser cualquier red con base en IP que pueda conectarse a la red UMTS. Además, se muestra un equipo terminal (TE) 5, que puede ser cualquier terminal de voz o de datos que está conectada a la red IP 6. Así, de acuerdo con la figura 1 , se puede transferir una llamada de datos o de voz o cualquier tipo de transacción, como un mensaje de servicio o un programa de descarga o similares, entre el UE 1 y el TE 5 por medio de la red UMTS y de la red IP 6. El objetivo principal de la red de núcleos GPRS es ofrecer una conexión a una red de datos estándar (utilizando protocolos tales como TCP/IP, X.25, y CLNP (protocolo de red inalámbrica)). La infraestructura de la red de núcleos GPRS orientada en paquetes introduce dos nodos de soporte, el GGSN 4 y el SGSN 3. Las funciones principales del GGSN 4 comprenden la interacción con la red IP 6 externa. El GGSN 4 actualiza el directorio de ubicación utilizando información de encaminamiento suministrada por el SGSN 3 a cerca de una trayectoria de una terminal móvil involucrada y encamina el paquete de protocolo de red de datos externo encapsulado por la troncal de GPRS hacia el SGSN 3 que sirve en ese momento a la terminal móvil involucrada (por ejemplo, el UE 1 ). También encapsula y envía paquetes de red de datos externa hacia la red IP 6 y maneja la carga del tráfico de datos. Las funciones principales del SGSN 3 son detectar las nuevas terminales móviles de GPRS en su área de servicio, manejar el procedimiento de registro de las nuevas terminales móviles junto con los registros de GPRS, enviar/recibir paquetes de datos hacia/desde la terminal móvil involucrada, y guardar un registro de la ubicación de las terminales móviles que están adentro de su área de servicio. La información de suscripción se almacena en un registro GPRS, en donde se almacena el mapeo entre una identidad de red móvil y la dirección de PSPDN (red de datos pública conmutada en paquetes) (por ejemplo dirección de red IP). El registro de GPRS actúa como una base de datos a partir de la cual la SGSN 3 puede derivar si a una nueva terminal móvil en su área se le puede permitir unirse a la red de núcleos GPRS. En el estado inactivo, el UE 1 no tiene un contexto de GPRS lógico activado o alguna dirección de PSPDN ubicada. En este estado, el UE 1 solamente puede recibir mensajes colectivos los cuales pueden ser recibidos en cualquier terminal móvil de GPRS. Como la infraestructura de la red GPRS no conoce la ubicación del UE 1 , no es posible enviar ningún mensaje a UE 1 desde la red externa IP 6.

Cuando el UE 1 es encendido, el primer procedimiento que se realiza entre el UE 1 y la red de núcleos GPRS es radiosincronización. Cuando el UE 1 quiere empezar a utilizar el servicio de GPRS de la red UMTS, inicia un procedimiento de activación de contexto para establecer un contexto del enlace lógico entre UE 1 y el SGSN 3 utilizando un canal de control dedicado como portador. En el caso en que una llamada no sea transferida entre el TE 5 de la red IP 6 y el UE 1 , se tiene que intercambiar una información de capacidad entre el UE 1 y el TE 5, para asegurar los requerimientos de capacidad en la trayectoria de transmisión por medio de la red UMTS y de la red IP 6. De acuerdo con la técnica anterior antes mencionada, el sistema conocido estaba dispuesto para utilizar el RSBP entre el UE 1 o la GGSN 4 y el TE 5 externo para señalar los requerimientos de capacidad, por ejemplo requerimiento de QoS ( i. e. UE TE o GGSN TE). De acuerdo con la modalidad preferida de la presente invención, un protocolo de aplicación se establece entre el UE 1 y TE 5 antes de la activación del contexto del contexto de PDP (protocolo de datos en paquete) y la transferencia verdadera de la llamada. En este caso, las capacidades se pueden acordar por adelantado basándose en los mensajes de protocolo del protocolo de aplicación. Un protocolo de activación adecuado para este propósito es, por ejemplo, el protocolo de acuerdo con la recomendación H.323 de la Unión Internacional de Telecomunicaciones (ITU). Este estándar cubre los requerimientos técnicos para servicios telefónicos visuales (o audiográficos) de banda estrecha. La H. 323 cubre los elementos que se necesitan para una llamada telefónica visual. No se requiere el código de video y los estándares de aplicación compartidos para las llamadas telefónicas de audio, sino que existe dentro del mismo marco de estándar. La H. 323 es un protocolo de aplicación que especifica los sistemas de comunicación de multimedia basados en paquetes a través de redes que pudieran no ofrecer ninguna garantía de QoS. El protocolo H. 323 se puede aplicar a cualquier red con base en IP, incluyendo la internet, y aplica a terminales que son solamente de audio así como a aquellas que tienen capacidades de video. Para establecer una llamada de punto a punto utilizando H. 323 se requieren dos conexiones TCP. La primera de éstas que debe ser establecida se le conoce comúnmente como el canal Q.931. El punto extremo de llamada empieza a establecer esta conexión TCP con el llamado punto de extremo. Entonces se intercambian mensajes de establecimiento de llamada como se define en H. 225.0. Si el punto extremo llamado acepta la llamada, entonces la dirección de IP y el puerto para el canal adicional H.245 que necesita ser establecido, es transportado al punto extremo de llamada utilizando el canal Q931. El punto extremo de llamada puede abrir entonces una conexión TCP con la dirección y el puerto indicados para formar el canal H. 245. Una vez que se ha establecido el canal H. 245, el cana Q.931 ya no se necesita en el caso de una simple llamada, y lo puede cerrar cualquiera de los puntos extremos. Teniendo en cuenta el hecho de que los mensajes Q.931 incluyen una cantidad de elementos de información de mensaje específico que comprenden una información de capacidad, la transferencia requerida de la información de capacidad entre el TE 5 y el UE 1 puede lograrse realizando un establecimiento de H. 323. Alternativamente, el protocolo de iniciación de sesión (SIP) que es un protocolo de IETF para iniciar llamadas en redes IP, se podría utilizar para transferir la información de capacidad. El SIP es un protocolo de nivel de aplicación desarrollado por el grupo de trabajo colectivo para el control de sesión de multimedia de IETF y se describe en RFC 2453. Se puede utilizar SIP para establecer sesiones de multimedia o llamada como telefonía de internet, conferencias de multimedia y aprendizaje a larga distancia. El SIP maneja los siguientes casos de comunicación: ubicación del usuario, capacidad del usuario, disponibilidad del usuario, establecimiento de llamada y manejo de llamada. El primer paso en el inicio de una llamada que utiliza SIP es localizar un servidor de SIP para el punto extremo llamado. Esto se puede lograr enviando un requerimiento del cliente al servidor de SIP que puede ser un servidor de SIP local próximo establecido o el servidor de SIP para la parte llamada. El servidor de SIP para la parte llamada se puede localizar basándose en la dirección de SIP si se trata de una dirección IP numérica.

Alternativamente, el DNS (servidor de nombre de dominio) se puede utilizar para obtener una lista de direcciones que se pueden tratar para servidores de SIP. Una vez que se ha sido encontrado el servidor de SIP, el punto extremo llamado puede invitar al punto extremo llamado a que se una a la sesión de comunicación. Los intercambios de mensaje de protocolo para el procedimiento de iniciación varían dependiendo de si el servidor contactado actúa como un servidor poder o como un servidor redirigido para una invitación particular. Así, los protocolos H. 323 y SIP antes sugeridos proveen una posibilidad para intercambiar información de capacidad (por ejemplo, requerimientos de QoS) antes de hacer realmente la transferencia de llamada. Sin embargo, se pueden utilizar otros protocolos de aplicación adecuados, tales como el protocolo de control de terminal H.248, para este propósito. La figura 2 muestra un diagrama en bloques básico del UE 1 de acuerdo con la modalidad preferida de la presente invención. También debe notarse que solamente aparecen las partes esenciales para la presente invención en la figura 2. De acuerdo con la figura 2, el UE 1 comprende un transceptor (TRX) 15 que está dispuesto para transmitir o recibir señales por medio de la conexión inalámbrica a/desde la UTRAN 2. El TRX 15 está conectado a un codee 14 dispuesto para realizar una codificación o decodificación adecuada de las señales transmitidas hacia, o recibidas desde la red UMTS.

Además, se provee una unidad de señalización de protocolo 11 , la cual realiza una señalización de establecimiento de un protocolo de aplicación (e.j. H.323, H.248 o SIP), cuando una llamada se va a originar en el UE 1. Entonces, el intercambio de mensajes de protocolo entre el UE 1 y el TE 5 llamado se suministran hacia una unidad de determinación de capacidad 12 que está dispuesta para determinar una capacidad acordada basándose en la información de capacidad recibida con el mensaje de protocolo desde el TE 5. Después la capacidad determinada o acordada se suministra a una unidad de control de contexto 13, la cual mantiene y genera la información de contexto requerida para un mensaje de activación de contexto transmitido al SGSN 3, con el fin de establecer la capacidad requerida en la red de núcleos GPRS de la red UMTS. Deberá notarse que la transferencia de los mensajes de establecimiento iniciales del protocolo de aplicación se realiza en la red de núcleos GPRS, utilizando una señalización o contexto automático. Además, deberá notarse que las funciones de los bloques 11 a 13 que aparecen en la figura 2 se pueden lograr mediante programas o rutinas de control correspondiente utilizados para controlar un medio de procesamiento (e.j. CPU) dispuesto en el UE 1. A continuación, se describe la señalización de activación de contexto para una llamada originada en móvil y una llamada terminada en móvil basándose en las figuras 3 y 4, respectivamente.

La figura 3 muestra un diagrama de señalización para el caso de una llamada originada en móvil, es decir, el UE 1 es el punto extremo de llamada. Cuando el UE 1 quiere transferir una llamada al TE 5 externo, éste controla la unidad de señalización de protocolo 11 con el fin de iniciar una señalización de establecimiento utilizando un protocolo de aplicación como los protocolos H. 323, H. 248 o SIP que se mencionaron anteriormente. Los mensajes de protocolo intercambiados durante el procedimiento de establecimiento se transfieren utilizando el contexto PDP de señalización o preestablecido dentro de la red UMTS. Así, el UE 1 puede comunicarse con el TE 5 llamado en las capacidades requeridas (por ejemplo tipo o codees, etc.). Cuando la unidad de determinación de capacidad 12 ha determinado la capacidad acordada, esta información de capacidad se provee a la unidad de control de contexto 13, que después es controlada para iniciar una activación de contexto de PDP secundaria correspondiente a la capacidad acordada. Para lograr esto, la unidad de control de contexto 13 genera un mensaje de requerimiento de contexto PDP secundario activado, y realiza el control para transmitir este mensaje a la SGSN 3. Basándose en parámetros (por ejemplo la QoS requerida, incluyendo parámetros de QoS, como velocidad máxima de bitios, velocidad de bitios garantizada, retraso de transferencia, etc.) incluidos en este mensaje, se determina la información de capacidad acordada, por ejemplo el perfil deseado de QoS, mediante la realización de una operación de mapeo entre la información de capacidad acordada y los parámetros. La SGSN 3 valida entonces el mensaje de requerimiento de contexto PDP secundario activado y deriva una dirección de la GGSN 4 correspondiente. Después, la SGSN 3 crea un identificador de túnel (TID) para el contexto PDP requerido y transmite un mensaje de requerimiento de contexto PDP creado hacia la GGSN 4. La GGSN 4 utiliza un nombre de punto de acceso incluido en el mensaje de requerimiento de contexto PDP creado, para encontrar la red IP 6 y crea una nueva entrada en su tabla de contexto PDP. La nueva entrada permite que la GGSN 4 dirija paquetes de datos correspondientes entre la SGSN 3 y la red IP externa 6. Además, la GGSN 4 establece las capacidades requeridas (por ejemplo la QoS negociada) y regresa un mensaje de respuesta de contexto PDP creado hacia la SGSN 3. En respuesta de la misma, la SGSN 3 regresa un mensaje de respuesta de contexto PDP activado hacia el UE 1 y ahora puede dirigir paquetes de datos entre la GGSN 4 y el UE 1. Así, los requerimientos de capacidad (por ejemplo mecanismos de QoS) que son provistos para la parte llamada, dependen del ambiente de la parte llamada, por ejemplo, las capacidades definidas en la activación de contexto PDP secundario. Sin embargo, ya no se necesita utilizar el RSVP entre el UE 1 o el GGSN 4 y el TE 5 para la señal de los requerimientos de capacidad (por ejemplo, el tipo de codees, etc.) hacia la parte llamada. La figura 4 muestra un diagrama de señalización para el caso de una llamada terminada en móvil, es decir, el TE 5 transfiere una llamada al UE 1. En este caso, el TE 5 transmite inicialmente un mensaje de establecimiento de un protocolo de aplicación como los que se mencionaron anteriormente H. 323, H. 248 o SIP o el UE 1 , mientras que se utiliza la señalización o el contexto automático dentro de la red UMTS para transferir transparentemente este mensaje. El mensaje de establecimiento de protocolo se provee entonces a la unidad de señalización de protocolo 11 del UE 1 , que puede generar directamente un mensaje de respuesta de establecimiento de protocolo con el fin de reconocer el establecimiento de protocolo. Basándose en el mensaje de establecimiento de protocolo recibido, la unidad de determinación de capacidad 12 determina una capacidad acordada y provee la capacidad determinada hacia la unidad de control de contexto 13. Entonces, la unidad de control de contexto 13 realiza el control con el fin de transmitir un mensaje de requerimiento de contexto PDP secundario activado hacia la SGSN 3. Después, como se describió en conexión con la figura 3, la SGSN 3 emite un mensaje de requerimiento de contexto PDP creado hacia la GGSN 4 basándose en la información de capacidad que está incluida en el mensaje de requerimiento de contexto PDP secundario activado que se recibió desde el UE 1. Después de recibir el mensaje de respuesta de contexto PDP creado desde la GGSN 4, la SGSN 3 transmite el mensaje de respuesta de contexto PDP secundario activado hacia el UE 1 , para establecer así la conexión con la red UMTS. Como una alternativa, el mensaje de respuesta de establecimiento de protocolo de aplicación que se mencionó anteriormente, se puede transmitir después de la activación del contexto PDP secundario, como lo indican las flechas punteadas en la figura 4.

Así, también en la llamada terminada en móvil, el UE 1 inicia la activación del contexto PDP secundario. El UE 1 ha recibido las capacidades del TE 5 de llamada y conoce sus propias capacidades, de tal manera que la unidad de determinación de capacidad 12 puede establecer los requerimientos mínimos de capacidad (por ejemplo, los requerimientos de QoS) para el contexto PDP de acuerdo con las capacidades acordadas. Además, también en este caso, el RSVP entre el UE 1 o la GGSN 4 y el TE 5 no se necesita utilizar para señalar los requerimientos de capacidad al TE 5. En el caso de que se dispongan otras redes intermedias entre la red UMTS y la red IP 6, se pueden utilizar el mecanismo de servicios diferenciados de IETF (Diffserv), para proveer la capacidad requerida, por ejemplo, el perfil de QoS. El Diffserv define un servicio en donde se utiliza un octeto en el encabezamiento de paquete para marcar los paquetes con un valor de punto de codificación. Los paquetes marcados indican una clase de servicio que será establecida por los encaminadores de la red que encaminan los paquetes al destino. Sin embargo, se puede utilizar cualquier mecanismo adecuado para proveer la capacidad requerida en las redes intermedias. En resumen, se describe un método y un sistema para activar un contexto en una primera red, con el fin de transferir una llamada y/o una transacción por medio de dicha primera red y una segunda red. Inicialmente, se establece un protocolo de aplicación como el H.323 H.248 o SIP utilizando una señalización o contexto automático dentro de la primera red. Basándose en un mensaje del protocolo de aplicación transmitido desde la segunda red, se determina una información de capacidad y se utiliza para activar el contexto, de esta manera se pueden acordar las capacidades por adelantado y se puede activar el contexto, por ejemplo, como un contexto secundario tanto para las llamadas originadas en móvil como para las llamadas terminadas en móvil y/o transacciones. Por consiguiente, ya no se necesita un protocolo de reserva para señalar los requerimientos de capacidad hacia la segunda red, y puede disminuir la carga de señalización. Se señala que el método y el sistema de activación de contexto descritos en la modalidad preferida se pueden aplicar a cualquier red en la que se pueda activar un contexto para establecer una capacidad requerida. Además, se puede aplicar cualquier protocolo de aplicación por medio del cual se pueda realizar un intercambio de capacidad que utilice mensajes de protocolo, con el fin de acordar la capacidad requerida antes de activar realmente el contexto. La capacidad no está restringida a los requerimientos de QoS, sino que cualquier requerimiento de capacidad que pueda ser intercambiado por medio de mensajes de protocolo, y que sea requerido en la activación de contexto, se puede acordar mediante la solución propuesta. La descripción anterior de la modalidad preferida y los dibujos adjuntos solamente pretenden ilustrar la presente invención. La modalidad preferida de la invención puede de esta manera variar dentro del alcance de las reivindicaciones adjuntas.

Claims (25)

NOVEDAD DE LA INVENCIÓN REIVINDICACIONES

1.- Un método para activar un contexto de PDP en una primera red con el fin de transferir una llamada y/o transacción por medio de dicha primera red y una segunda red (6), dicho método comprende los pasos de: a) transmitir un mensaje de establecimiento de acuerdo con un protocolo de aplicación utilizando una señalización o contexto automático dentro de dicha primera red; b) determinar una información de capacidad basándose en un mensaje de dicho protocolo de aplicación transmitido desde dicha segunda red (6) hacia dicha primera red; y c) activar dicho contexto de PDP basándose en dicha información de capacidad determinada.

2.- El método de conformidad con la reivindicación 1, caracterizado además porque dicha activación se realiza transmitiendo un mensaje de requerimiento de activación de contexto que incluya una información requerida hacia dicha primera red, dicha información de capacidad siendo mapeada a dicha información requerida.

3.- El método de conformidad con la reivindicación 1 ó 2, caracterizado además porque dicho paso de establecimiento se realiza en el extremo de llamada.

4.- El método de conformidad con cualquiera de las reivindicaciones precedentes, caracterizado además porque dicha llamada es una llamada de voz.

5.- El método de conformidad con cualquiera de las reivindicaciones precedentes, caracterizado además porque dicha primera red es una red móvil, y dicho contexto es un contexto de PDP secundario.

6.- El método de conformidad con la reivindicación 5, caracterizado además porque dicha red móvil es una red UMTS.

7.- El método de conformidad con cualquiera de las reivindicaciones precedentes, caracterizado además porque dicha segunda red es una red IP (6) o una red UMTS.

8.- El método de conformidad con cualquiera de las reivindicaciones precedentes, caracterizado además porque dicho protocolo de activación es el protocolo H.323 o H.248 o el SIP.

9.- El método de conformidad con cualquiera de las reivindicaciones precedentes, caracterizado además porque dicha información de capacidad es un requerimiento de QoS.

10.- El método de conformidad con la reivindicación 9, caracterizado además porque dicho requerimiento de QoS define un tipo de codee, una velocidad de bitios máxima, una velocidad de bitios garantizada y/o un retraso de transferencia.

11.- El método de conformidad con cualquiera de las reivindicaciones precedentes, caracterizado además porque también comprende el paso de usar un servicio IETF Diffserv en las redes intermedias para proveer una capacidad de acuerdo con dicha información de capacidad.

12.- Un sistema para activar un contexto de PDP en una primera red con el fin de transferir una llamada y/o transacción por medio de dicha primera red y una segunda red (6), caracterizado porque comprende: a) medios de establecimiento (1 ,7) para transmitir un mensaje de establecimiento de acuerdo con un protocolo de aplicación utilizando una señalización o contexto automático dentro de dicha primera red; b) medios de determinación (12) para determinar una información de capacidad basándose en un mensaje de dicho protocolo de aplicación transmitido desde la segunda red (6) hacia dicha primera red; y c) medios de activación (13) para activar dicho contexto de PDP basándose en dicha información de capacidad determinada.

13.- El sistema de conformidad con la reivindicación 12, caracterizado además porque dichos medios de activación (13) están dispuestos para transmitir un mensaje de requerimiento de activación de contexto que incluye dicha información de capacidad determinada hacia dicha primera red.

14.- El sistema de conformidad con la reivindicación 12 ó 13, caracterizado además porque dichos medios de establecimiento (1 ,7) están dispuestos en el extremo de llamada de dicha llamada y/o dicha transacción.

15.- El sistema de conformidad con cualquiera de las reivindicaciones 12 a 14, caracterizado además porque dicha primera red es una red móvil, y dicho contexto es un contexto de PDP secundario.

16.- El sistema de conformidad con cualquiera de las reivindicaciones 12 a 15, caracterizado además porque dicha segunda red es una red IP (6) o una red UMTS.

17.- El sistema de conformidad con cualquiera de las 5 reivindicaciones 12 a 16, caracterizado además porque dicho protocolo de aplicación es el protocolo H. 323 o H.248, o el SIP.

18.- El sistema de conformidad con cualquiera de las reivindicaciones 12 a 17, caracterizado además porque dicha información de capacidad es un requerimiento de QoS. 10

19.- El sistema de conformidad con cualquiera de las " reivindicaciones 12 a 18, caracterizado además porque dicho sistema está c dispuesto para utilizar un servicio IETF Diffserv en redes intermedias para proveer una capacidad de acuerdo con dicha información de capacidad determinada. 5

20.- Un dispositivo terminal para activar un contexto de PDP en una primera red con el fin de transferir una llamada y/o una transacción por medio de dicha primera red y una segunda red (6), dicho dispositivo terminal (1) comprende: a) medios de determinación (12) para determinar una información de capacidad basándose en un mensaje de un protocolo de 0 aplicación transmitido desde dicha segunda red (6) por medio de dicha primera red, hacia dicho dispositivo terminal (1 ), en donde una señalización o contexto automático se utiliza dentro de dicha primera red; y b) medios de activación (13) para activar dicho contexto de PDP utilizando dicha información de capacidad determinada.

21.- El dispositivo terminal de conformidad con la reivindicación 20, caracterizado además porque dichos medios de determinación (12) están dispuestos para determinar dicha información de capacidad basándose en una capacidad acordada en una negociación de establecimiento con un punto de extremo (7) llamado, que está conectado a dicha segunda red (6), dicha negociación de establecimiento es iniciada por un medio de establecimiento (11 ) de dicho dispositivo terminal (1 ).

22.- El dispositivo terminal de conformidad con la reivindicación 20, caracterizado además porque dichos medios de determinación (12) están dispuestos para determinar dicha información de capacidad basándose en un mensaje de protocolo recibido desde dicho punto extremo de llamada (5) que está conectado a dicha segunda red (6).

23.- El dispositivo terminal de conformidad con cualquiera de las reivindicaciones 20 a 22, caracterizado además porque dicho dispositivo terminal es una terminal móvil (1 ), y dicha segunda red es una red IP (6).

24.- El dispositivo terminal de conformidad con cualquiera de las reivindicaciones 20 a 23, caracterizado además porque dicho protocolo de aplicación es el protocolo H.323 o H. 248 o el SIP.

25.- El dispositivo terminal de conformidad con cualquiera de las reivindicaciones 20 a 24, caracterizado además porque dicha información de capacidad es un requerimiento de QoS.