MXPA05000560A - Seleccion de canal de comunicacion. - Google Patents

Abstract

Se describe un metodo para establecer una conexion de comunicacion para el trafico entre un equipo de usuario y una red, que comprende: transmitir una solicitud de conexion de comunicacion proveniente del equipo de usuario a un elemento de red, y la solicitud incluye una indicacion de una conexion de comunicacion preferida; recibir por lo menos una parte de dicha solicitud en el elemento de red; seleccionar en el elemento de red una conexion de comunicacion para el trafico; y comunicar la conexion de comunicacion seleccionada al equipo de usuario.

Description

SELECCION DE CANAL DE COMUNICACION CAMPO DE LA INVENCION La presente invención se refiere a la configuración de contextos PDP entre un equipo del usuario y una red, y particularmente, para dicha configuración para tráfico de señalización. La presente invención, está particularmente interesada con la situación en donde más de un contexto PDP posible puede ser proporcionado, y particularmente, pero no de manera exclusiva, en donde los contextos PDP incluyen un contexto PDP de señalización dedicada y un contexto PDP de propósito general.

ANTECEDENTES DE LA INVENCION En los sistemas de comunicación móvil de tercera generación, tales como los sistemas 3GPP, los contextos PDP establecen sesiones de comunicaciones entre el equipo del usuario (UE) y el noto de soporte del portal GPRS (GGSN) en la red de comunicaciones. En la edición 5 3GPP (R5), se propone que el subsistema multimedia IP relacionado con el tráfico de señalización puede ser trasladado entre la UE y la red en uno o dos contextos PDP: un contexto PDP de señalización dedicado o un contexto PDP de propósito general. En la R5 3GPP, se propone que la UE indique a la red el contexto PDP deseado colocando una celda en el protocolo de opciones de configuración (PCO) enviado a la red. Si esta celda está colocada, esto indica que una solicitud al contexto PDP de señalización dedicada. Si la celda no es colocada, esto indica una solicitud para el contexto PDP de propósito general. El contexto PDP de señalización requiere soporte de la red, por ejemplo, la red debe verificar que únicamente el tráfico de señalización es trasladado en el contexto PDP de señalización dedicado. La especificación R5 3GPP permite al operador de una red, elegir si soporta los contextos PDP de señalización dedicados. Si los contextos PDP de señalización dedicados no están soportados por el operador de red, entonces el equipo del usuario podría utilizar el contexto PDP de propósito general para la señalización relacionada con el subsistema multimedia IP. Por lo tanto, si la UE solicita un contexto PDP de señalización dedicado, la red puede no tener la capacidad de soportarlo, y en consecuencia la solicitud realizada por el equipo del usuario no se puede facilitar. Adicionalmente, la solicitud PDP es comunicada al nodo de soporte de portal GPRS (GGSN) de una red, por medio del nodo de soporte de servicio GPRS (SGSN). Si el SGSN es una versión previa a la R5, entonces éste no soportará el uso de la celda de señalización en la solicitud de activación del contexto PDP secundario o en la solicitud de modificación de contexto PDP que indican una solicitud para un contexto PDP de señalización dedicado, y no enviará dicha celda o solicitud al GGSN.

Por lo tanto, si la UE solicita un contexto PDP de señalización dedicado, el GGSN puede no recibir la solicitud, y en consecuencia, la solicitud del equipo del usuario puede no ser permitida. Si una solicitud para un contexto PDP de señalización dedicado es aceptada por la red, el operador de una red puede desear decidir qué tráfico es permitido para ser utilizado por dicho contexto PDP. La R5 3GPP especifica que el tráfico en el contexto PDP de señalización dedicada tiene que ser del tipo SIP, DHCP ó DNS. Sin embargo, el operador de ia red puede también desear proporcionar soporte a otros tipos de tráfico en el contexto PDP de señalización dedicada. Por ejemplo, el tráfico en el contexto PDP de señalización dedicada puede ser libre de cargo para el usuario, y el operador puede permitir que otros tipos de tráfico sean libres de cargos. Por lo tanto, si el contexto PDP de señalización dedicado es aceptado, la UE puede no conocer todos los tipos de tráficos, a los cuales la red permite transitar en ese contexto PDP. Los problemas mencionados anteriormente asociados con la transmisión de una celda que identifica un tipo de contexto PDP solicitado por la UE, puede no aplicarse a celdas diferentes de aquellas que indican que se requiere un contexto PDP de señalización dedicado. En general, el problema se refiere a cualquier instancia en donde la UE solicita un tipo de contexto PDP en particular, y por ejemplo, la red puede no reconocer o interpretar la solicitud específica, sino que únicamente identifica una solicitud general. Es un objeto de la presente invención, proporcionar una solución para uno o todos los problemas establecidos anteriormente.

BREVE DESCRIPCION DE LA INVENCION De acuerdo con la presente invención, se proporciona un método para establecer una conexión de comunicaciones para tráfico entre un equipo del usuario y una red, que comprende: transmitir una solicitud de conexión de comunicaciones desde el equipo del usuario a un elemento de red, en donde la solicitud incluye una indicación de una conexión de comunicaciones preferida; recibir por lo menos una parte de dicha solicitud en el elemento de red; seleccionar en el elemento de red una conexión de comunicaciones para el tráfico; y comunicar la conexión de comunicaciones seleccionada al equipo del usuario. La conexión de comunicaciones es preferentemente un contexto PDP. El paso de comunicaciones puede comprender transmitir un mensaje al equipo del usuario que identifica el contexto PDP seleccionado. El paso de comunicaciones puede comprender transmitir un mensaje al equipo del usuario que identifica el contexto PDP no seleccionado. El paso de seleccionar el contexto PDP puede ser dependiente del contexto PDP preferido y los contextos PDP soportados por la red. El paso de comunicaciones puede comprender transmitir un mensaje al equipo del usuario confirmando que el contexto PDP preferido está seleccionado. El paso de comunicaciones puede comprender transmitir un mensaje al equipo del usuario rechazando el contexto PDP preferido. El mensaje puede identificar una alternativa para el contexto PDP preferido. El paso de selección puede comprender determinar el tipo de tráfico a ser transmitido en el contexto PDP. El paso de selección puede comprender seleccionar un primer contexto PDP para un primer grupo de tipo de tráfico y seleccionar un segundo contexto PDP para un segundo grupo de tipo de tráfico. El paso de comunicaciones puede incluir comunicar los tipos de tráfico permitidos el equipo del usuario. El tráfico puede ser tráfico de señalización. Los por lo menos dos contextos PDP pueden incluir un contexto PDP de señalización dedicado y un contexto PDP de propósito general. El método puede comprender adicionalmente el paso de recibir la solicitud PDP desde el equipo del usuario en un elemento de red adicional, y transmitir la solicitud PDP del elemento de red adicional al elemento de red. El elemento de red puede remover el contexto PDP preferido desde la solicitud, de tal manera que la solicitud transmitida desde el elemento de red adicional al elemento de red, no incluye una indicación de un contexto PDP preferido. El paso de comunicaciones puede incluir transmitir un código de origen o celda de señalización. La presente invención, proporciona adicionalmente un método para establecer un contexto PDP para tráfico de señalización entre un equipo de usuario y una red, que comprende: recibir una primera solicitud PDP desde el equipo del usuario en un primer elemento de red, la solicitud PDP incluye una identidad de un contexto PDP preferido; recibir una segunda solicitud PDP desde el primer elemento de red en un segundo elemento de red, en donde la segunda solicitud PDP incluye por lo menos parte de la primera solicitud PDP; seleccionar, en el segundo elemento de red, un contexto PDP para el tráfico de señalización; y confirmar el contexto PDP seleccionado para el equipo del usuario. La segunda solicitud PDP, preferentemente incluye la identidad del contexto PDP preferido, en donde el segundo elemento de red selecciona el contexto PDP en dependencia con el contexto PDP preferido y los contextos PDP soportados por la red. La segunda solicitud PDP puede no incluir la identidad del contexto PDP preferido, en donde el segundo elemento de red selecciona el contexto PDP dependientes de contextos PDP soportados por la red. El contexto PDP seleccionado puede ser un contexto PDP por defecto. El contexto PDP seleccionado puede incluir uno de un contexto PDP de señalización dedicado y un contexto PDP de propósito general. El paso de confirmación puede comprender transmitir un código de origen al equipo del usuario. La presente invención, proporciona adicionalmente un producto de programa de cómputo para almacenar el código de programa de cómputo adaptado para ejecutar el método de cualquiera de las reivindicaciones del método anexas. En un aspecto adicional, la presente invención proporciona un elemento de red para determinar una conexión de comunicaciones para el tráfico entre un equipo del usuario y una red, que comprende: medios para recibir una solicitud de conexión de comunicaciones desde el equipo del usuario; medios para seleccionar un canal de comunicaciones para el tráfico; y medios para comunicar las comunicaciones seleccionadas al equipo del usuario. El canal de comunicaciones es preferentemente un contexto PDP. La solicitud del canal de comunicaciones puede incluir una identidad de un canal de comunicaciones preferido. Los medios de comunicaciones pueden estar adaptados para transmitir un mensaje al equipo del usuario identificando el contexto PDP seleccionado. Los medios para comunicaciones pueden estar adaptados para transmitir un mensaje al equipo del usuario identificando el contexto PDP no seleccionado. Los medios para seleccionar uno de por lo menos dos contextos PDP pueden ser sensibles a los contextos PDP soportados por la red. La solicitud PDP puede incluir una identidad de un contexto PDP preferido, en donde los medios de selección son sensibles adicionalmente al contexto PDP preferido. Los medios para comunicaciones pueden estar adaptados para transmitir un mensaje al equipo del usuario confirmando que el contexto PDP preferido es seleccionado. Los medios de selección pueden comprender medios para determinar el tipo de tráfico para ser transmitido en el contexto PDP.

Los medios de selección pueden comprender seleccionar un primer contexto PDP para un primer grupo de tipos de señalización y medios para seleccionar un segundo contexto PDP para un segundo grupo de tipos de señalización. Los medios para comunicaciones pueden ser adaptados para comunicar los tipos de tráfico permitidos para el equipo del usuario. El tráfico es preferentemente tráfico de señalización. Los contextos PDP pueden incluir un contexto PDP de señalización dedicado y un contexto PDP de propósito general. El elemento de red es preferentemente un nodo de soporte de portal GPRS. El medio de solicitud, está preferentemente conectado para recibir la solicitud PDP desde un nodo de soporte de servicio GPRS. La presente invención proporciona adicionalmente un elemento de red para determinar un contexto PDP para tráfico entre un equipo de usuario y una red, que comprende: medios para recibir una primera solicitud PDP desde el equipo del usuario en un primer elemento de red, en donde la primera solicitud PDP incluye una identidad de un contexto PDP preferido; medios para recibir una segunda solicitud PDP desde el primer elemento de red en un segundo elemento de red, en donde la segunda solicitud PDP incluye por lo menos parte de la primera solicitud PDP; el segundo elemento de red incluye medios para seleccionar un contexto PDP para el tráfico; y medios para confirmar el contexto PDP seleccionado para el equipo del usuario. La segunda solicitud PDP puede incluir la identidad del contexto PDP preferida, los medios para seleccionar siendo dependientes del contexto PDP preferido y los contextos PDP soportados por la red. La segunda solicitud PDP puede no incluir la identidad del contexto PDP preferido, en donde el segundo elemento de red selecciona el contexto PDP en dependencia con los contextos PDP soportados por la red. El contexto PDP seleccionado puede ser un contexto PDP por defecto. El contexto PDP seleccionado puede ser uno de un contexto PDP de señalización dedicado y un contexto PDP de propósito general. El primer elemento de red puede ser un SGSN y el segundo elemento de red puede ser un GGSN. El mensaje puede ser un código de origen para el equipo del usuario. De acuerdo con la presente invención, también se proporciona un sistema de comunicaciones que incluye un nodo de soporte de servicio GPRS para recibir una solicitud PDP desde un equipo del usuario, en donde la solicitud PDP incluye una identidad de un contexto PDP preferido; y un nodo de soporte del portal GPRS para recibir una solicitud PDP desde el nodo de soporte de servicio GPRS, en donde el nodo de soporte de portal GPRS está adaptado para seleccionar un contexto PDP de señalización dedicado o un contexto PDP de propósito general para señalizar el tráfico entre el equipo del usuario y el sistema de comunicaciones en dependencia con los contextos PDP soportados por la red y para confirmar el contexto PDP seleccionado al equipo del usuario. El nodo de soporte preferentemente de portal GPRS, recibe la solicitud PDP desde el nodo de servicio GPRS que incluye la identidad del contexto PDP preferido, el nodo de soporte de portal GPRS está adicionalmente adaptado para seleccionar el contexto PDP de señalización en dependencia adicional con la identidad del contexto PDP preferido. El método y aparato de la presente invención, se pueden proporcionar adicionalmente para la identidad de la sesión solicitada por la UE siendo una sesión de emergencia, y preferentemente, para que la UE transmita un mensaje de solicitud PDP que incluye una indicación de una solicitud para un contexto PDP de emergencia. El contexto PDP de emergencia puede ser permitido en dependencia de la política de información para una sesión de medios. La presente invención, proporciona adicionalmente un código de origen para un sistema de comunicaciones en el cual, un contexto PDP será establecido para el tráfico entre un equipo del usuario y una red, en donde el contexto PDP está establecido para: recibir una solicitud PDP desde el equipo del usuario en un elemento de red; seleccionar un contexto PDP de señalización dedicado o un contexto PDP de propósito general para el tráfico; y confirmar que el contexto PDP seleccionado para el equipo del usuario utilizando un código de origen. La presente invención, adicionalmente proporciona un código de origen para un sistema de comunicaciones R5 3GPP, el cual indica un contexto PDP de señalización activado por una red para un equipo del usuario.

BREVE DESCRIPCION DE LOS DIBUJOS La presente invención será descrita ahora haciendo referencia a las figuras que la acompañan, en donde: La figura 1, ilustra los elementos principales de una red 3GPP para ¡lustrar la presente invención; La figura 2, ilustra una activación de contexto PDP conocida; Las figuras 3(a) a 3(d), ilustran las comunicaciones de una activación de contexto PDP de acuerdo con las modalidades de la presente invención; y Las figuras 4(a) y 4(b) ilustran el establecimiento de un contexto PDP de emergencia de acuerdo con las modalidades de la presente invención.

DESCRIPCION DETALLADA DE LAS MODALIDADES PREFERIDAS La presente invención está descrita en la presente descripción haciendo referencia a los ejemplos particulares. Sin embargo, la presente invención no está limitada en su aplicación a los ejemplos descritos. Haciendo referencia a la figura 1 , se ¡lustraron los elementos principales de una red 3GPP para comprender una modalidad preferida de la presente invención. Un equipo del usuario (UE) 10 está conectado en una red de comunicaciones, ilustrado de manera general mediante el número de referencia 30. La red de comunicaciones 30 incluye un nodo de soporte de servicio GPRS (SGSN) 12 y un nodo de soporte de portal GPRS (GGSN) 14. La configuración de la red de comunicaciones 30 será bien conocida por una persona experta en la materia. Generalmente, una sesión de comunicaciones es establecida entre el GGSN 14 de la red de comunicaciones y el equipo del usuario 10 por medio del SGSN 12. De acuerdo con la R5 3GPP, la red de comunicaciones puede soportar el subsistema multimedia IP (IMS) relacionado con el tráfico de señalización entre el equipo del usuario y la red de comunicaciones, tanto en un contexto de protocolo de datos de paquete de señalización dedicado (PDP) como en un contexto PDP de propósito general. Esto está ilustrado en la figura 1 mediante un servidor IMS 31 conectado en comunicación con el GGSN 14. El operador del GGSN en la red de comunicaciones determinará si el contexto PDP de señalización dedicado está soportado por la red de comunicaciones. Cuando el equipo del usuario 10 inicia una sesión a través de la red de comunicaciones, un contexto PDP debe ser establecido entre el equipo del usuario y el GGSN en la red de comunicaciones. De acuerdo con la R5 3GPP, el equipo del usuario tiene la capacidad de solicitar durante el establecimiento del contexto PDP que sea utilizado un contexto PDP de señalización dedicado. Esto se logra colocando una celda de señalización en una activación de contexto PDP, en la activación del contexto PDP secundario, o en una modificación de contexto PDP. Haciendo referencia a la figura 2, en combinación con la figura 1 , se ilustró un ejemplo de activación de contexto PDP de acuerdo con una modalidad preferida de la presente invención. El ejemplo mostrado se basa en una "Solicitud de activar contexto PDP". Otros ejemplos incluyen "Solicitud de activar contexto PDP secundario" o "modificar solicitud de contexto PDP". Durante la activación del contexto PDP, la UE 10 envía un mensaje de solicitud para activar el contexto PDP 50 al SGSN 12 de la red 30. De acuerdo con el 5R 3GPP, este mensaje puede incluir opciones de configuración de protocolo (PCO) que posiblemente incluyen el código de señalización. Para los propósitos de este ejemplo, se asume que la celda de señalización está colocada, indicando una solicitud de un contexto PDP de señalización dedicado. De acuerdo con las técnicas conocidas, el SGSN 12 transmite entonces un mensaje de solicitud para crear el contexto PDP 52 al GGSN 14. Nuevamente, este mensaje puede incluir un PCO que posiblemente incluye la celda de señalización. El mensaje de solicitud para crear el contexto PDP es recibido en un bloque de entrada de datos/salida de datos 18 del GGSN 14. Un bloque de control 16 del GGSN lee el mensaje 52, y como parte del procedimiento conocido, determina si la celda de señalización está colocada. Si la celda de señalización está colocada, entonces el GGSN verifica si los contextos PDP de señalización son soportados por la red. En esta modalidad, el bloque de control 16 verifica un bloque de almacenamiento 20, el cual almacena detalles de los contextos PDP de señalización soportados por la red. En el ejemplo presente, se asume que la red soporta los contextos PDP de señalización dedicados. El bloque de control 16, por consiguiente, configura un contexto PDP de señalización dedicado de acuerdo con las técnicas conocidas. De acuerdo con las técnicas conocidas, una vez que el contexto PDP es activado, el GGSN 14 transmite un mensaje de respuesta (aceptar) 54 de regreso al SGSN 13, el cual a su vez transmite un mensaje de respuesta (aceptar) 56 a la UE 10. De acuerdo con una modalidad preferida de la presente invención, los mensajes de respuesta (aceptar) son modificados o extendidos para incluir una indicación del contexto PDP establecido. Es decir, estos mensajes incluyen una indicación de si el contexto PDP de señalización dedicado ha sido establecido. Esto se puede realizar en un número de formas. Una modalidad para comunicar el estado del contexto PDP a la UE se muestra en la figura 3(a), en la cual, los mensajes de respuesta (aceptar) incluyen el protocolo de opciones de configuración (PCO) que incluye la celda de señalización. El GGSN coloca la celda de señalización en el mensaje de respuesta (aceptar) 54 para indicar que el contexto PDP de señalización dedicado ha sido establecido, y el SGSN copia la celda de comunicaciones al mensaje de respuesta (aceptar) 56. De esta manera, la colocación de la celda de señalización en el mensaje de respuesta (aceptar) indica a la UE si el contexto PDP de señalización dedicado ha sido establecido o si el contexto PDP de propósito general ha sido establecido. Una modificación adicional para el ejemplo descrito anteriormente es considerada ahora, en el que la red no soporta el contexto PDP de señalización dedicado. A continuación se consideran dos modalidades para dicho escenario. En una primera modalidad, cuando el GGSN recibe la solicitud de crear el contexto PDP con la celda de señalización colocada y la red no soporta los contextos PDP de señalización dedicados, la red, en cualquier caso, establece el contexto PDP como un contexto PDP de propósito general. En esta modalidad, no hay rechazo del contexto PDP, y por lo tanto no existe solicitud para que la UE inicie una activación de contexto PDP adicional, una activación de contexto PDP secundario, o la modificación de contexto PDP. Esto tiene la ventaja de requerir menos señalización entre la UE y la red. Preferentemente, la red informa a la UE que el contexto PDP de propósito general ha sido activado, y esto puede realizarse no colocando la celda de señalización en el mensaje de respuesta (aceptar) 54 que regresa al SGSN 12, y el mensaje de respuesta (aceptar) es regresado a la UE 10. Esto se ¡lustra en la figura 3(b). Por lo tanto, la UE conoce el contexto PDP establecido. En una segunda modalidad, cuando el GGSN recibe la solicitud de crear un contexto PDP con la colocación de la celda de señalización, y la red no soporta los contextos PDP de señalización dedicados, el contexto PDP es rechazado por el GGSN. En el R5 3GPP existe un código de origen: "Servicio no soportado". Este código de origen podría ser regresado a la UE. Esto está ilustrado en la figura 3(c). Sin embargo, éste no proporciona información a la UE de que éste es el contexto PDP de señalización dedicado que no soporta la red. Después de recibir el rechazo de contexto PDP, la UE puede necesitar iniciar un contexto PDP que solicita el contexto PDP de propósito general con el objeto de proceder si dicho contexto PDP ya no existe. Para la primera y segunda modalidades descritas, mencionadas anteriormente, la presente invención preferentemente proporciona de manera adicional un código de origen nuevo para transmitir a la UE. Dicho código de origen puede, por ejemplo, ser: "contexto PDP de señalización dedicado no soportado". Preferentemente, este código de origen es transportado de forma transparente a través del SGSN, utilizando el protocolo de opciones de configuración (PCO). De manera alternativa, el código de origen puede ser transportado desde el GGSN al SGSN, y desde el SGSN a la UE, como está ilustrado en la figura 3(d). En los ejemplos anteriores, se asumió que todos los elementos del R5 3GPP de soporte de red. Sin embargo, es posible que en una edición previa a la 5 3GPP, los SGSNs puedan ser utilizados en una red, en donde el GGSN es R5. Si el SGSN es anterior a la R5, éste no tendrá la capacidad de reconocer la celda de señalización en la solicitud de activar el contexto PDP secundario o la solicitud de modificar el contexto PDP. Es decir, la celda no será enviada al GGSN y el GGSN no conocerá que la UE ha solicitado un contexto PDP de señalización dedicado. En tales casos, el GGSN puede asignar un contexto PDP de propósito general sin darse cuenta de que la UE no lo estaba esperando. Por consiguiente, de acuerdo con una modalidad preferida de la presente invención, el GGSN siempre indica una activación de contexto PDP de señalización dedicado exitoso, cuando la celda de señalización es recibida y la red proporciona el soporte requerido. De esta manera, si la UE no recibe dicha indicación, pero recibe una indicación de que el contexto PDP ha sido activado, entonces reconoce que la activación del contexto PDP es normal, es decir, un contexto PDP de propósito general. Preferentemente, la indicación es proporcionada en forma transparente a través del SGSN, por ejemplo, en PCO. Como se describe en cualquier parte de la presente descripción, la indicación puede ser enviada utilizando un código de origen nuevo, o colocando la celda de señalización en el mensaje a la UE. En tal caso, si la UE sabe que el SGSN es anterior a la R5, entonces cuando recibe un mensaje de que el contexto PDP fue activado de forma exitosa, sabe que éste es un contexto PDP de propósito general. La UE puede reconocer que el SGSN es un SGSN anterior al R5, si el mensaje de respuesta (aceptar) no incluye el protocolo de opciones de configuración. Sin embargo, en tal caso, el contexto PDP de señalización dedicado no es establecido sobre la base de que el SGSN es anterior a la R5, independientemente de si la red soporta los contextos PDP de señalización dedicados. En una modalidad adicional, la presente invención proporciona un mecanismo para permitir al operador de la red decidir cuál tráfico es permitido para ser llevado en un contexto PDP de señalización adaptado. La utilidad de esto es que, el operador puede permitir el tráfico en ciertos contextos PDP, tal como el contexto PDP de señalización dedicado para ser transportado libre de cargos. El 3GPP R5 especifica que el contexto de señalización PDP transporta tráfico SIP, DHCP y DNS. Sin embargo, el operador, también puede desear permitir otros tipos de tráfico para ser transportados sobre el contexto PDP de señalización dedicado. Por consiguiente, la presente invención proporciona, en esta modalidad, un medio para notificar el tipo de tráfico a la UE, el cual puede ser soportado en el contexto PDP seleccionado. Esta información es preferentemente transportada en forma transparente a través del SGSN, por ejemplo, en el protocolo de opciones de configuración (PCO) o en la plantilla de flujo de tráfico (TFT). La red puede enviar una lista del tráfico permitido, por ejemplo, en la forma de protocolos, direcciones IP, números de puertos (desde cuáles puertos se pueden derivar) y los similares. La lista de tráfico permitido puede ser transportado, por ejemplo, desde el GGSN cuando envía el mensaje de respuesta (aceptar). Ya que la presente invención se proporciona para comunicar a la UE el contexto PDP activado, particularmente en donde la UE solicita un contexto PDP de señalización dedicado, el equipo del usuario es notificado si en realidad se estableció un contexto PDP de propósito general, y la UE, por consiguiente, sabe que la carga convencional puede ser aplicada al contexto PDP. La UE también es preferentemente notificada, cuando el tráfico adicional diferente del subsistema multimedia IP relacionado con el tráfico de señalización puede ser transportado en el contexto PDP. Las modalidades anteriores describen el comportamiento de la UE y la red y el intercambio de información en el contexto PDP primario de activación, es decir, cuando la UE envía una solicitud de activar el contexto PDP a la red. El mismo comportamiento de la UE y la red, y el intercambio de información se aplica a la activación del contexto PDP secundario, es decir, cuando la UE envía una solicitud de activar el contexto PDP secundario a la red, o en una modificación de contexto PDP, es decir, cuando la UE envía una solicitud de modificar el contexto PDP a la red. En los ejemplos anteriores, se ha descrito un escenario de ejemplo en donde la UE solicita un tipo particular de contexto PDP, que incluye una celda de identificación que se solicita en la solicitud de contexto PDP (ya sea, en la activación del contexto PDP, activación del contexto PDP secundario, u opcionalmente, en la modificación del contexto PDP). En el escenario de ejemplo, la solicitud incluye una celda de señalización que identifica que se requiere un contexto PDP dedicado. Más generalmente, y como será apreciado a partir de la descripción anterior, la presente invención facilita la solicitud de cualquier contexto PDP específico por la UE por medio de una celda de señalización que identifica ese contexto. Un ejemplo adicional es proporcionado en la presente descripción más adelante haciendo referencia a la figura 4, en cuyo ejemplo, la UE solicita establecer una sesión de emergencia, que incluye una celda de señalización en la solicitud de contexto PDP que identifica una indicación de sesión de emergencia -o celda de emergencia- en la solicitud. Dicha celda puede ser necesaria debido a que en el nivel del GPRS, el mecanismo para establecer un portador para una sesión de emergencia difiere del establecimiento de portador GPRS normal actualmente especificado en las propuestas del 3GPP. Existe una necesidad para que la red tenga la capacidad de detectar la sesión de emergencia con el objeto de tener la capacidad de aplicar un tratamiento especial a los portadores asociados. Como se planteó adicionalmente en relación con los ejemplos de la figura 4, la UE establece un portador para una sesión de emergencia, que incluye una indicación de sesión de emergencia -una celda de emergencia-durante la activación del contexto PDP. Esto se puede aplicar a los procedimientos de activación de contexto PDP, tanto primarios como secundarlos. La indicación también es necesaria en la solicitud de adhesión, si la UE ha sido desprendida antes de la sesión de emergencia y por lo tanto realiza primero la adhesión. De acuerdo con esta modalidad de la presente invención, el equipo del usuario tiene la capacidad de solicitar, durante el establecimiento de un contexto PDP, que una sesión de emergencia sea establecida. Esto se realiza colocando una celda de señalización en la activación del contexto PDP, en la activación del contexto PDP secundario, u opcionalmente en la modificación del contexto PDP. Haciendo referencia a la figura 4(a) en combinación con la figura 1 , se ¡lustra una activación de contexto PDP de ejemplo para una sesión de emergencia de acuerdo con una modalidad preferida de la presente invención. El ejemplo mostrado, está basado en una "solicitud de activar un contexto PDP". Durante la activación del contexto PDP, la UE 10 envía un mensaje de solicitud para activar el contexto PDP 102 al SGSN 12 de la red 30, cuyo mensaje incluye una celda de emergencia. De acuerdo con las técnicas conocidas, el SGSN 12 transmite entonces un mensaje de solicitud para crear un contexto 104 al GGSN 14. Nuevamente, este mensaje incluye una celda de emergencia. El mensaje de solicitud para crear un contexto PDP es recibido en un bloque de entrada de datos/salida de datos 18 del GGSN 14. Un bloque de control 16 del GGSN lee el mensaje 52, e identifica que la celda de emergencia está colocada. Si la celda de emergencia está colocada, entonces el GGSN verifica si los contextos PDP de señalización de emergencia están disponibles en la red para la UE 10. En una modalidad, el bloque de control 16, puede verificar el bloque de almacenamiento 20, el cual puede almacenar detalles de los contextos PDP de señalización de emergencia actualmente disponibles en la red. En el presente ejemplo se asumió que un contexto PDP de señalización de emergencia está disponible. El bloque de control 16, por lo tanto, configura un contexto PDP de señalización de emergencia de acuerdo con las técnicas conocidas. De acuerdo con las técnicas conocidas, una vez que es activado el contexto PDP de emergencia, el GGSN 14 transmite un mensaje de respuesta (aceptar) 16 de regreso al SGSN 12, cuyo mensaje incluye una celda de emergencia. El SGSN 12 a su vez, transmite un mensaje de respuesta (aceptar) 108 a la UE 10, cuyo mensaje incluye nuevamente una celda de emergencia. Como se describió anteriormente, en esta modalidad de la presente invención, los mensajes de respuesta (aceptar) son modificados o extendidos para incluir una indicación de que se ha establecido el contexto PDP de emergencia. Es decir, los mensajes incluyen una indicación de si el contexto PDP de señalización de emergencia ha sido establecido. De esta manera, se confirma de forma positiva a la UE que el contexto PDP de emergencia ha sido establecido. Si, por cualquier razón, la red no ha tenido la capacidad de establecer el contexto PDP de emergencia, entonces la ausencia de la celda de emergencia en el mensaje de respuesta a la UE debería haber informado a la UE que un contexto PDP de emergencia no ha sido establecido. Por lo tanto, en el caso en donde la UE solicite un contexto PDP de emergencia, aunque la red únicamente establece un contexto PDP normal, la UE es avisada de esto. Esto podría pasar, por ejemplo, en el escenario en donde el SGSN no está configurada para interpretar la celda de emergencia en la solicitud, y por lo tanto la ignora. En dicho escenario, existe una necesidad de que la comunicación de enlace descendente indique que la sesión solicitada de forma específica no ha sido establecida. Una opción adicional es que la UE recibe un mensaje para rechazar la activación del contexto PDP desde el SGSN. Esto puede suceder, por ejemplo, si la celda de emergencia es entendida por el SGSN (es decir, la celda está codificada como "captación requerida" en la definición del protocolo) y el SGSN no está configurado para interpretar la celda de emergencia. En este caso, el rechazo indica a la UE que el SGSN no tiene la capacidad de asignar el contexto PDP de emergencia a la UE. La solicitud de un contexto PDP de emergencia de la UE es un caso especial, en donde es importante que la UE conozca si el contexto específico ha sido concedido. El contexto PDP de emergencia no puede ser desechado, puede ser asignado a una prioridad mayor que otros contextos, y puede ser asignado a una ruta especial. Por lo tanto, si la UE ha sido asignada a un tipo diferente de contexto, el cual no tiene estas características esperadas, es importante que la UE lo conozca. Si el contexto PDP de emergencia no está establecido, la UE puede tomar la acción por defecto adecuada. Esto puede comprender, por ejemplo, utilizar nuevamente para la sesión de emergencia IMS un contexto PDP normal ya activado, o utilizar el dominio conmutado por circuitos. Haciendo referencia a la figura 4(b), se muestra un ejemplo adicional de la activación de un contexto PDP para medios (y posiblemente también para señalización) para una sesión de emergencia, para una activación de contexto PDP secundario. En la activación de contexto PDP secundario, la UE 10 envía un mensaje para activar la solicitud de contexto PDP secundario 1 10 al SGSN 12 de la red 30, cuyo mensaje incluye una celda de emergencia que indicó una sesión de emergencia.

Página: Si el contexto PDP de señalización es desechado por la red por alguna razón, entonces la UE puede establecer nuevamente la señalización de contexto PDP para la sesión de emergencia, utilizando un contexto PDP secundario. Utilizando un contexto PDP secundario en este caso, se garantiza que el contexto PDP será enlazado a los contextos PDP que ya existen para medios mediante la sesión de emergencia. De acuerdo con las técnicas conocidas, el SGSN 12 transmite entonces un mensaje de solicitud para crear un contexto PDP 1 12 al GGSN 14. Nuevamente, este mensaje incluye una celda de emergencia. El mensaje para crear una solicitud de contexto PDP es recibido en un bloque de entrada de datos/salida de datos 18 del GGSN 14. Un bloque de control 16 del GGSN lee el mensaje 52, e identifica que la celda de emergencia está colocada. Si la celda de emergencia está colocada, entonces el GGSN verifica si los contextos PDP de señalización de emergencia están disponibles en la red para la UE 10. En una modalidad, el bloque de control 16 puede verificar el bloque de almacenamiento 20, el cual puede almacenar detalles de los contextos PDP de señalización actualmente disponibles en la red. En el presente ejemplo, se asumió que el contexto PDP de señalización de emergencia está disponible. El bloque de control 16, por consiguiente, configura un contexto PDP de señalización de emergencia de acuerdo con las técnicas conocidas. En una modalidad opcional, durante la determinación de que la sesión de emergencia puede establecer que la GGSN puede transmitir un mensaje de solicitud COPS 1 4 a una función de control de estado de llamada proxy (P-CSCF) o función de decisión de política (PDF), con el número de referencia 100, la cual incluye una identidad del contexto PDP solicitado. La P-CSCF/PCF 100 en dicho ejemplo, almacena información relacionada con la política de la red, y regresa un COPS: mensaje de decisión 116 al GGSN, que incluye los detalles de la política de información. Con base en esta política de información, el GGSN toma una decisión de si el contexto PDP de emergencia puede ser soportado y envía un mensaje de reporte COPS 118 de regreso a la P-CSCF/PCF 100 reportando esta decisión, la cual en el presente caso, es para activar el contexto PDP de emergencia. Posteriormente, una vez que el contexto PDP de emergencia es activado, el GGSN 14 transmite un mensaje de respuesta (aceptar) 120 de regreso al SGSN 12, cuyo mensaje incluye una celda de emergencia. El SGSN 12 a su vez transmite un mensaje de respuesta (aceptar) 122 a la UE 10, cuyo mensaje incluye nuevamente una celda de emergencia. Por lo tanto, como se describió anteriormente, en una modalidad, la presente invención permite la transmisión de una indicación al solicitante para que sea otorgado un contexto PDP específico solicitado (contexto PDP para una sesión de emergencia). En tanto que la presente invención ha sido descrita en la presente descripción por medio de la referencia a modalidades particulares, no está limitada a ninguna de dichas modalidades. La presente invención puede ser aplicada más ampliamente, como será comprendido por un experto en la materia. El alcance de protección está definido por las reivindicaciones anexas.

Claims (1)

1. NOVEDAD DE LA INVENCION REIVINDICACIONES 1. - Un método para establecer una conexión de comunicaciones para tráfico entre un equipo de usuario y una red, que comprende: transmitir una solicitud de conexión de comunicaciones desde el equipo del usuario a un elemento de red, la solicitud incluye una indicación de una conexión de comunicaciones preferida, recibir por lo menos una parte de dicha solicitud en el elemento de red; seleccionar en el elemento de red una conexión de comunicaciones para el tráfico; y comunicar la conexión de comunicaciones al equipo del usuario. 2. - El método de conformidad con la reivindicación 1 , caracterizado además porque una conexión de comunicaciones alternativa es seleccionada en el elemento de red en el caso de que la conexión de comunicaciones preferida no esté soportada por la red. 3. - El método de conformidad con la reivindicación 1 , caracterizado además porque la conexión de comunicaciones es un contexto PDP. 4. - El método de conformidad con la reivindicación 3, caracterizado además porque el paso de comunicaciones comprende transmitir un mensaje al equipo del usuario identificando el contexto PDP seleccionado. 5. - El método de conformidad con la reivindicación 3, caracterizado además porque el paso de comunicaciones comprende transmitir un mensaje al equipo del usuario identificando el contexto PDP no seleccionado. 6. - El método de conformidad con cualquiera de las reivindicaciones 3 a 5, caracterizado además porque el paso de seleccionar el contexto PDP es dependiente del contexto PDP preferido y los contextos PDP soportados por la red. 7. - El método de conformidad con la reivindicación 6, caracterizado además porque el paso de comunicaciones comprende transmitir un mensaje al equipo del usuario que confirma que el contexto PDP preferido es seleccionado. 8. - El método de conformidad con la reivindicación 6, caracterizado además porque el paso de comunicaciones comprende transmitir un mensaje al equipo del usuario que rechaza el contexto PDP preferido. 9. - El método de conformidad con la reivindicación 6, caracterizado además porque el mensaje identifica una alternativa para el contexto PDP preferido. 10. - El método de conformidad con cualquiera de las reivindicaciones 3 a 9, caracterizado además porque el paso de selección comprende determinar el tipo de tráfico a ser transmitido en el contexto PDP. 11. - El método de conformidad con cualquiera de las reivindicaciones 3 a 10, caracterizado además porque el paso de selección comprende seleccionar un primer contexto PDP para un primer grupo de tipo de tráfico y seleccionar un segundo contexto PDP para un segundo grupo de tipo de tráfico. 12.- Un método de conformidad con la reivindicación 10 o la reivindicación 1 1 , caracterizado además porque el paso de comunicaciones incluye comunicar los tipos de tráfico permitidos al equipo del usuario. 13. - El método de conformidad con cualquiera de las reivindicaciones 3 a 12, caracterizado además porque el tráfico es tráfico de señalización. 14. - El método de conformidad con cualquiera de las reivindicaciones 3 a 13, caracterizado además porque los por lo menos dos contextos PDP incluyen un contexto PDP de señalización dedicada y un contexto PDP de propósito general. 15.- El método de conformidad con cualquiera de las reivindicaciones 3 a 14, caracterizado además porque comprende adicionalmente el paso de recibir la solicitud PDP desde el equipo del usuario en un elemento de red adicional, y transmitir la solicitud PDP desde el elemento de red adicional al elemento de red. 16.- El método de conformidad con la reivindicación 15, caracterizado además porque el elemento de red adicional remueve el contexto PDP preferido de la solicitud, de tal manera que la solicitud transmitida desde el elemento de red adicional al elemento de red no incluye una indicación de un contexto PDP preferido. 17. - El método de conformidad con cualquiera de las reivindicaciones 3 a 16, caracterizado además porque el paso de comunicaciones incluye transmitir un código de origen o una celda de señalización. 18. - El método de conformidad con cualquiera de las reivindicaciones 1 a 3, caracterizado además porque la solicitud de comunicaciones identifica una solicitud de conexión de emergencia. 19. - El método de conformidad con la reivindicación 18, cuando depende de la reivindicación 3, caracterizado además porque la solicitud de comunicaciones identifica un contexto PDP de emergencia. 20. - El método de conformidad con la reivindicación 18 o la reivindicación 19, caracterizado además porque la selección de las comunicaciones para el tráfico dependen de una política de la red. 21.- Un método para establecer un contexto PDP para tráfico de señalización entre un equipo del usuario y una red, que comprende: recibir una primera solicitud PDP desde el equipo del usuario en un primer elemento de red, la solicitud PDP incluye una identidad de un contexto PDP preferido; recibir una segunda solicitud PDP desde el primer elemento de red en un segundo elemento de red, la segunda solicitud PDP incluye por lo menos parte de la primera solicitud PDP; seleccionar, en el segundo elemento de red, un contexto PDP para el trafico de señalización; y confirmar el contexto PDP seleccionado para el equipo del usuario. 22. - El método de conformidad con la reivindicación 21 , caracterizado además porque la segunda solicitud PDP incluye la identidad del contexto PDP preferido, en donde el segundo elemento de red selecciona el contexto PDP dependiendo del contexto PDP preferido y los contextos PDP soportados por la red. 23. - El método de conformidad con la reivindicación 21 , caracterizado además porque la segunda solicitud PDP no incluye la identidad del contexto PDP preferido, en donde el segundo elemento de red selecciona el contexto PDP dependiendo de los contextos PDP soportados por la red. 24.- El método de conformidad con la reivindicación 23, caracterizado además porque el contexto PDP seleccionado es un contexto PDP por defecto. 25. - El método de conformidad con cualquiera de las reivindicaciones 22 a 24, caracterizado además porque el contexto PDP seleccionado incluye uno de un contexto PDP de señalización dedicado y un contexto PDP de propósito general. 26. - El método de conformidad con cualquiera de las reivindicaciones 22 a 25, caracterizado además porque el paso de confirmación comprende transmitir un código de origen al equipo del usuario. 27.- El método de conformidad con la reivindicación 21 , caracterizado además porque el contexto PDP preferido es un contexto PDP de emergencia. 28.- Un producto de programa de cómputo para almacenar un código de programa de cómputo adaptado para ejecutar el método de cualquiera de las reivindicaciones 3 a 27. 29. - Un elemento de red para determinar una conexión de comunicaciones para tráfico entre un equipo del usuario y una red, que comprende: medios para recibir una solicitud de conexión de comunicaciones desde el equipo del usuario; medios para seleccionar un canal de comunicaciones para el tráfico; y medios para comunicar las comunicaciones seleccionadas al equipo del usuario. 30. - El elemento de red de conformidad con la reivindicación 29, caracterizado además porque ei canal de comunicaciones es un contexto PDP. 31. - El elemento de red de conformidad con la reivindicación 29 o la reivindicación 30, caracterizado además porque la solicitud del canal de comunicaciones incluye una identidad de un canal de comunicaciones preferido. 32. - El elemento de red de conformidad con la reivindicación 29 o la reivindicación 31 , caracterizado además porque el medio para comunicaciones está adaptado para transmitir un mensaje al equipo del usuario que identifica el contexto PDP seleccionado. 33.- El elemento de red de conformidad con la reivindicación 29 o la reivindicación 31 , caracterizado además porque el medio para comunicaciones está adaptado para transmitir un mensaje al equipo del usuario identificando el contexto PDP no seleccionado. 34.- El elemento de red de conformidad con cualquiera de las reivindicaciones 29 a 33, caracterizado además porque el medio para seleccionar uno de por lo menos dos contextos PDP es sensible a los contextos PDP soportados por la red. 35.- El elemento de red de conformidad con la reivindicación 34, caracterizado además porque la solicitud PDP incluye una identidad de un contexto PDP preferido, en donde el medio de selección es sensible adicionalmente al contexto PDP preferido. 36. - El elemento de red de conformidad con la reivindicación 35, caracterizado además porque el medio para comunicaciones está adaptado para transmitir un mensaje al equipo del usuario confirmando que el contexto PDP preferido es seleccionado. 37. - El elemento de red de conformidad con cualquiera de las reivindicaciones 30 a 36, caracterizado además porque el medio de selección comprende medios para determinar el tipo de tráfico a ser transmitido en el contexto PDP. 38. - El elemento de red de conformidad con cualquiera de las reivindicaciones 30 a 37, caracterizado además porque el medio de selección comprende medios para seleccionar un primer contexto PDP para un primer grupo de tipos de señalización y medios para seleccionar un segundo contexto PDP para un segundo grupo de tipos de señalización. 39. - El elemento de red de conformidad con la reivindicación 37 o 38, caracterizado además porque el medio para comunicaciones está adaptado para comunicar los tipos de tráfico permitidos al equipo del usuario. 40.- El elemento de red de conformidad con cualquiera de las reivindicaciones 30 a 37, caracterizado además porque el tráfico es tráfico de señalización. 41.- El elemento de red de conformidad con cualquiera de las reivindicaciones 30 a 40, caracterizado además porque los contextos PDP incluyen un contexto PDP de señalización dedicado y un contexto PDP de propósito general. 42. - El elemento de red de conformidad con cualquiera de las reivindicaciones 30 a 41 , caracterizado además porque comprende un nodo de soporte de portal GPRS. 43. - El elemento de red de conformidad con la reivindicación 42, caracterizado además porque el medio de solicitud está conectado para recibir la solicitud PDP desde un nodo de soporte de servicio GPRS. 44.- El elemento de red de conformidad con la reivindicación 35, caracterizado además porque el canal de comunicaciones preferido es un canal de comunicaciones de emergencia. 45 - Un elemento de red para determinar un contexto PDP para tráfico entre un equipo de usuario y una red, que comprende: medios para recibir una primera solicitud PDP desde el equipo del usuario en un primer elemento de red, la primera solicitud PDP incluye una identidad de un contexto PDP preferido; medios para recibir una segunda solicitud PDP desde el primer elemento de red en un segundo elemento de red, la segunda solicitud PDP incluye por lo menos parte de la primera solicitud PDP; el segundo elemento de red incluye medios para seleccionar un contexto PDP para el tráfico; y medios para confirmar el contexto PDP seleccionado al equipo del usuario. 46.- El elemento de red de conformidad con la reivindicación 45, caracterizado además porque la segunda solicitud PDP incluye la identidad del contexto PDP preferido, en donde los medios de selección son dependientes del contexto PDP preferido y los contextos PDP soportados por la red. 47.- El elemento de red de conformidad con la reivindicación 46, caracterizado además porque la segunda solicitud PDP no incluye la identidad del contexto PDP preferido, en donde el segundo elemento de red selecciona el contexto PDP dependiendo de los contextos PDP soportados por la red. 48. - El elemento de red de conformidad con la reivindicación 47, caracterizado además porque el contexto PDP seleccionado es un contexto PDP por defecto. 49. - El elemento de red de conformidad con cualquiera de las reivindicaciones 45 a 48, caracterizado además porque el contexto PDP seleccionado es uno de un contexto PDP de señalización dedicado y un contexto PDP de propósito general. 50. - El elemento de red de conformidad con cualquiera de las reivindicaciones 45 a 49, caracterizado además porque el primer elemento de red es un SGSN y el segundo elemento de red es un GGSN. 51. - El elemento de red de conformidad con la reivindicación 50, caracterizado además porque el mensaje es un código de origen para el equipo del usuario. 52. - El elemento de red de conformidad con la reivindicación 45, caracterizado además porque el contexto PDP preferido es un contexto PDP de emergencia. 53. - Un sistema de comunicaciones que incluye un nodo de soporte de servicio GPRS para recibir una solicitud PDP desde un equipo de usuario, la solicitud PDP incluye una identidad de un contexto PDP preferido; y un nodo de soporte de portal GPRS para recibir una solicitud PDP desde el nodo de soporte de servicio GPRS, en donde el nodo de soporte de portal GPRS está adaptado para seleccionar un contexto PDP de señalización dedicado o un contexto PDP de propósito general para tráfico de señalización entre el equipo del usuario y el sistema de comunicaciones que depende de los contextos PDP soportados por la red y para confirmar el contexto PDP seleccionado al equipo del usuario. 54. - El sistema de comunicaciones de conformidad con la reivindicación 53, caracterizado además porque el nodo de soporte de portal GPRS recibe la solicitud PDP desde el nodo de servicio GPRS que incluye la identidad del contexto PDP preferido, el nodo de soporte de portal GPRS está adaptado adicionalmente para seleccionar el contexto PDP de señalización en dependencia adicional con la identidad del contexto PDP preferido. 55. - Un código de origen para un sistema de comunicaciones, caracterizado porque un contexto PDP será establecido para el tráfico entre un equipo de usuario y una red, el contexto PDP es establecido para: recibir una solicitud PDP desde el equipo del usuario en un elemento de red; seleccionar un contexto PDP de señalización dedicado o un contexto PDP de propósito general para el tráfico; y confirmar el contexto PDP seleccionado al equipo del usuario que utiliza el código de origen. 56.- Un código de origen para un sistema de comunicaciones R5 3GPP el cual indica un contexto PDP de señalización activado por una red para un equipo del usuario.