Un terminal, siendo el terminal una estación de telefonía móvil o un equipo de usuario dispuesto paratransmitir (604) un mensaje de configuración a un nodo de red en un sistema de comunicaciones de radio enpaquetes para activar o modificar una conexión lógica para la transferencia de datos entre el terminal y un sistemaexterno,

caracterizado porque:

el terminal está dispuesto para comprobar si un filtro para el mapeo de flujos de datos en el nodo de redestá determinado por un elemento de red, y

el terminal está dispuesto para generar (603) un mensaje de activación de contexto de protocolo de datosen paquetes o de modificación que comprende un elemento de información de patrón de flujo de tráfico sinque el elemento de red determine información de filtro en respuesta al filtro para el mapeo de los flujos dedatos.

Transferencia de datos en paquetes a un terminal inalámbrico.

ANTECEDENTES DE LA INVENCIÓN

La invención se refiere a la transferencia de datos de paquetes conmutados a un terminal inalámbrico.

Los contextos de PDP (Protocolo de Datos en Paquetes – Packet Data Protocol, en inglés) se utilizan en la transferencia de datos de usuario en servicios de GPRS (Servicio de Radio en Paquetes General – General Packet Radio Service, en inglés) y en servicios de paquetes conmutados del sistema UMTS (Sistema de Telecomunicaciones mediante Telefonía Móvil Universal – Universal Mobile Telecommunications System, en inglés) . Los contextos de PDP son generalmente conexiones lógicas, en las cuales se transfieren datos de IP desde una estación de telefonía móvil a un nodo de frontera (GGSN) en una red de UMTS y viceversa. Para la estación de telefonía móvil, se especifica una dirección de PDP (al menos una) , para la cual pueden abrirse varios contextos de PDP en el sistema UMTS. El primer contexto se denomina contexto de PDP primario y los siguientes contextos de PDP son contextos de PDP secundarios.

La estación de telefonía móvil sabe qué flujos de datos de aplicación van a ser dirigidos a qué enlaces de un contexto de PDP en una estación de telefonía móvil de datos de enlace ascendente. En el enlace descendente, el nodo de soporte de GPRS debería conocer también específicamente para un paquete qué contexto de PDP se utiliza para cada flujo de datos recibido desde una red de IP externa. Con este propósito, se utiliza la dirección de IP de destino de la estación de telefonía móvil; se especifican también patrones de TFT (Traffic Flow Templates, en inglés) en el UMTS. La idea de los patrones de TFT es que la estación de telefonía móvil envíe valores del campo de cabecera de TCP/UDP/IP al nodo de soporte de GPRS de puerta de enlace GGSN para la identificación del flujo de datos. Una TFT contiene uno o más de los llamados filtros de paquete. Estos filtros de paquete pueden ser utilizados particularmente para el mapeo de QoS (Calidad de Servicio – Quality of Service, en inglés) , es decir, el mapeo de paquetes recibidos en un flujo de datos que ofrece una calidad de servicio de acuerdo con la información de QoS, por ejemplo, el campo de DiffServ (Servicios Diferenciados – Differentiated Services, en inglés) , en el sistema UMTS.

Además, un subsistema de multimedios de IP IMS (IP Multimedia Subsystem, en inglés) está diseñado en el sistema UMTS para proporcionar varios servicios de multimedios de IP a las estaciones de telefonía móvil de UMTS (UE; Equipo de Usuario – User Equipment, en inglés) . El IMS utiliza servicios de UMTS de servicios conmutados, contextos de PDP, para la transferencia de datos a y desde una estación de telefonía móvil. El IMS incluye funciones que permiten la negociación de una sesión de extremo a extremo en el plano de aplicación utilizando el protocolo SIP (Protocolo de Iniciación de Sesión – Session Initiation Protocol, en inglés) , siendo las características de la sesión, por ejemplo, los códecs utilizados, los puntos de terminación y la calidad de servicio (QoS – Quality of Service, en inglés) . Para disponer la calidad de servicio de extremo a extremo acordada también en una red de UMTS, el IMS incluye una función de control de sesión de llamada (CSCF – Call Session Control Function, en inglés) , que incluye una función PCF (Función de Control de Políticas – Policy Control Function, en inglés) para autorizar los recursos de calidad de servicio (ancho de banda, retardo, etc.) para una sesión de IMS basándose en información de SDP de capa de SIP (Protocolo de Descripción de Sesión – Session Description Protocol, en inglés) . Para asociar la decisión de autorización, se determina un testigo de autorización en el contexto de PDP, que la PCF crea para cada sesión y que es transmitido desde la CSCF a la estación de telefonía móvil. Cuando se está activando el contexto de PDP, la estación de telefonía móvil envía, al nodo de soporte de GPRS de puerta de enlace GGSN (Gateway GPRS Support Node, en inglés) , un testigo de autorización y un identificador de flujo que constituyen información de asociación. El identificador de flujo identifica el flujo de medios de IP asociado con la sesión de IP. El GGSN comprende una función de PEP (Punto de Ejecución de Política – Policy Enforcement Point, en inglés) que controla el ofrecimiento de los recursos de calidad de servicio al flujo de datos de acuerdo con el testigo de autorización recibido de la PCF. El GGSN solicita autorización para asignar recursos a la sesión indicada por la información de asociación de la PCF, que está situada en la P-CSCF (CSCF de Proxy – Proxy CSCF, en inglés) . La funcionalidad de la PCF toma una decisión final en la asignación de recurso a la sesión y responde al GGSN. La función de PEP del GGSN genera, basándose en esto, una ‘puerta’ lógica para implementar el control de admisión de acuerdo con la decisión de la PCF para un flujo de datos unidireccional. Una dirección de IP de fuente, dirección de IP de destino, puerta de fuente, puerta de destino y protocolo pueden ser utilizados como parámetros de clasificación de paquetes.

Un problema en la disposición anterior es que el GGSN lleva a cabo un filtrado de paquetes de enlace descendente similar por medio de la funcionalidad de puerta proporcionada tanto por los patrones TFT como por la funcionalidad de PEP. Si los paquetes pasan a través de la puerta, se selecciona un contexto de PDP para ellos por medio de la funcionalidad de TFT, como se ilustra en la Figura 1. Surgen problemas si estos filtros no son adecuados, en cuyo caso los paquetes no terminan en los contextos de PDP correctos.

BREVE DESCRIPCIÓN DE LA INVENCIÓN

El objeto de la invención es así proporcionar un método y equipo para implementar el método de manera que se evite el inconveniente anterior. Los objetos de la invención son alcanzados mediante el método, un elemento de red y un terminal inalámbrico, que están caracterizados por lo que se establece en las reivindicaciones independientes. Las realizaciones preferidas se describen en las reivindicaciones dependientes.

La invención comprende negociar al menos identificadores que identifican un flujo de datos del primer subsistema por medio de un elemento de señalización separado durante el establecimiento de una conexión lógica en el plano de aplicación del terminal. Uno o más de los identificadores son transmitidos desde el elemento de señalización del primer subsistema a un nodo de red que transmite datos al segundo subsistema.

El documento WO 01/91389 se refiere a un método para transferir datos en paquetes a un sistema de IMS. Tras recibir una solicitud de soporte de un equipo de usuario UE, un GGSN interroga a una función de control de política PCF para determinar si el establecimiento del servicio portador de IP de acceso solicitado está permitido. La PCF envía una orden de abrir puerta al GGSN, tras lo cual el GGSN establece una puerta controlada por los datos recibidos de la PCF. El patrón de flujo de tráfico se describe como un filtro de paquete utilizado en el GPRS para asociar paquetes al contexto de PDP del protocolo de datos de paquete correcto.

En el sistema, se genera un filtro sobre la base de al menos los identificadores recibidos en el nodo de red para dirigir el mapeo de al menos un flujo de datos del primer subsistema al menos a un flujo de datos del segundo subsistema. El filtro, generado basándose al menos en los identificadores recibidos del elemento de señalización, es asociado al menos a un flujo de datos del segundo subsistema, y al menos un flujo de datos del primer subsistema es mapeado al menos a un flujo de datos del segundo subsistema basándose en el filtro.

Esto evita una transferencia separada de los parámetros de filtro dentro del segundo subsistema, y los paquetes que pasan a través del filtrado especificado basándose en identificadores locales o de extremo a extremo negociados en el plano de aplicación pueden ser conectados al flujo de datos correcto del segundo subsistema. Por ejemplo, en un sistema UMTS que soporta al sistema de IMS, un paquete puede ser transferido directamente a un contexto de PDP, y de este modo no se requieren dos funcionalidades de filtro.

De acuerdo con una realización preferida de la invención, un sistema UMTS que utiliza elementos de información de TFT está relacionado, en el que un identificador... [Seguir leyendo]

1. Un terminal, siendo el terminal una estación de telefonía móvil o un equipo de usuario dispuesto para transmitir (604) un mensaje de configuración a un nodo de red en un sistema de comunicaciones de radio en paquetes para activar o modificar una conexión lógica para la transferencia de datos entre el terminal y un sistema externo, caracterizado porque:

el terminal está dispuesto para comprobar si un filtro para el mapeo de flujos de datos en el nodo de red está determinado por un elemento de red, y

el terminal está dispuesto para generar (603) un mensaje de activación de contexto de protocolo de datos en paquetes o de modificación que comprende un elemento de información de patrón de flujo de tráfico sin que el elemento de red determine información de filtro en respuesta al filtro para el mapeo de los flujos de datos.

2. El terminal de acuerdo con la reivindicación 1, en el que el terminal está dispuesto para transmitir el mensaje de información a un sistema de servicio de radio en paquetes general o a un sistema de telecomunicaciones de telefonía móvil universal.

3. El terminal de acuerdo con la reivindicación 1, en el que el terminal está dispuesto para generar el patrón de flujo de tráfico, no incluyendo el elemento de información ninguna condición de filtro en respuesta a la necesidad de crear un contexto de protocolo de datos en paquetes secundario, y

el terminal está dispuesto para transmitir el elemento de información del patrón de flujo de tráfico en una solicitud de activación de contexto de protocolo de datos en paquetes secundario para asociar un identificador que identifica de manera individual el contexto de protocolo de datos en paquetes secundario al filtro.

4. El terminal de acuerdo con la reivindicación 1, en el que la solicitud de activación de contexto de protocolo de datos en paquetes que comprende el elemento de información de patrón de flujo de tráfico sin información de filtro es transmitida en respuesta a la recepción de información indicando que el contexto de protocolo de datos en paquetes va a ser activado para una política local basada en servicio.

5. El terminal de acuerdo con la reivindicación 1, en el que el terminal está dispuesto para incluir información de asociación en el mensaje de activación o modificación de contexto de protocolo de datos en paquetes.

6. El terminal de acuerdo con la reivindicación 5, en el que la información de asociación incluye un identificador de flujo y un testigo de autorización.

7. Un método que comprende:

transmitir (604) un mensaje de configuración a un nodo de red en un sistema de comunicaciones de radio en paquetes para activar o modificar una conexión lógica para la transferencia de datos entre un terminal y un sistema externo, siendo el terminal una estación de telefonía móvil o un equipo de usuario, caracterizado por

comprobar si un filtro para mapear flujos de datos en un nodo de red es determinado por un elemento de red, y

generar (603) un mensaje de activación o de modificación de contexto de protocolo de datos en paquetes que comprende un elemento de información de patrón de flujo de tráfico sin información de filtro en respuesta a que el elemento de red determine el filtro para mapear los flujos de datos.

8. El método de la reivindicación 7, en el que el mensaje de configuración es transmitido a una red de servicio de radio en paquetes general o una red de sistema de telecomunicaciones de telefonía móvil universal.

9. El método de acuerdo con la reivindicación 7, en el que el terminal está dispuesto para generar el elemento de información de patrón de flujo de tráfico que no incluye ninguna condición de filtro en respuesta a la necesidad de crear un contexto de protocolo de datos en paquetes secundario, y

el terminal está dispuesto para transmitir el elemento de información de patrón de flujo de tráfico en una solicitud de activación de contexto de protocolo de datos en paquetes secundario para asociar un identificador que identifica de manera individual el contexto de protocolo de datos en paquetes secundario al filtro.

10. El método de la reivindicación 7, en el que la solicitud de activación o de modificación de contexto de protocolo de datos en paquetes que comprende el elemento de información de patrón de flujo de trafico sin información de filtro es transmitida en respuesta a la detección de que el contexto de protocolo de datos en paquetes sea activado para un protocolo local basado en servicio.

11. El método de la reivindicación 7, en el que el mensaje de activación o de modificación de contexto de protocolo de datos en paquetes comprende información de asociación.

12. El método de la reivindicación 11, en el que la información de asociación incluye un identificador de flujo y un testigo de autorización.