MÉTODO Y SISTEMA PARA IMPLEMENTACIÓN DE SBLP PARA UN SISTEMA INTEGRADO WLAN-GSM/3G.

Método y sistema para implementación de SBLP para un sistema integrado WLAN-GSM/3G Campo de la invención La presente invención se refiere al área de control de políticas en una red integrada 3GPP-WLAN. Más concretamente, la presente aplicación se refiere al escenario 3 en el alcance del trabajo de 3GPP y el uso del control de políticas para el futuro interfuncionamiento de WLAN IEEE 802.11e con las redes 3GPP. Antecedentes de la invención Política Local basada en Servicios El IMS, (Subsistema Multimedia IP), es una especificación del subsistema 3G que permite servicios basados en el Protocolo de Internet enriquecidos sobre tecnologías de acceso tales como, WCDMA, CDMA2000 y GERAN. Servicios del IMS ejemplares son: Voz sobre telefonía IP, llamadas de conferencia multiparte, también designadas pulsar para hablar, video conferencia, descarga de ficheros, música bajo demanda etc. Otros numerosos servicios se prevé que sean permitidos por el IMS. El IMS se especifica en los estándares 3GPP, por ejemplo en la TS 23.228 (IMS), TS 23.002 (arquitectura de Red) y TS 23.207 (QoS extremo a extremo) del 3GPP. Estos servicios se cree que ofrecen valor mejorado a los usuarios y consecuentemente ofrecen a los operadores la posibilidad de ingresos aumentados. Los servicios anteriores se asociarían con diversas clases de calidad de servicio (QoS). Para asegurar que los servicios se pueden ofrecer a los usuarios y aplicar una política de manera que los usuarios obtengan por lo que pagan, pero no más que eso, se establecen las funciones de gestión de la QoS en el sistema IMS. La Función de Decisión de Políticas (PDF) y la Función de Aplicaciones (AF) definidas en la TS 23.207 son elementos de la red IMS, que aseguran estas funciones. La PDF funciona como un Punto de Decisión de Políticas para la Política Local basada en Servicio (SBLP) y hace que las decisiones de política se basen en la información de la configuración de la política recibida desde la AF y proporciona las decisiones finales de las políticas que controlan los recursos de QoS asignados para las secuencias de medios autorizadas transfiriendo la decisión al GGSN. La función de aplicaciones (AF) asegura que los recursos de portadores IP adecuados se pueden asignar al equipo de usuario (UE) correspondiente a la comunicación dada (tipo de aplicación) que el usuario intenta establecer (TS 23.207, compárese con la sección 5.2.4). La AF indica a la PDF si la PDF debería contactar o no la AF en la reserva de recursos del UE e indica a la PDF si los medios deberían ser habilitados o deshabilitados. El procedimiento de señalización para la SBLP implicado en el método de autorización de acuerdo con el 3GPP se ha mostrado en la fig. 2 (corresponde con la TS 23.228 (IMS) y la TS 29.208 (SBLP)): 1) Para una llamada móvil originada (MO), el UE envía un mensaje de inicialización SIP a la AF (P-CSCF) que indica una sesión. Para una llamada móvil terminada (MT), la AF (P-CSCF) recibe un mensaje SIP desde otro terminal móvil o fijo. 2) La AF solicita a la PDF un testigo asociado con esta solicitud de sesión (mensaje de inicialización SIP) y hace una indicación para una QoS correspondiente. 3) La PDF examina la petición y si se puede aceptar asigna una QoS adecuada, que normalmente puede no desviarse de la QoS indicada en el paso 2) y genera un testigo (que contiene un identificador de la PDF (nota: la red puede incluir múltiples PDF); un identificador de sesiones y la QoS asignada para la sesión) y lo envía a la AF sobre el interfaz Gq. El testigo y la QoS asignada asociada se almacenan en la PDF a ser usada en el paso 6). 4) La AF envía el testigo al UE, usando la señalización SIP. La señalización incluye la QoS asignada a ser usada para la sesión. 5) El UE realiza una Petición de Activación del contexto PDP / (Testigo) que implica activar un contexto PDP secundario para este nuevo servicio de acuerdo con una QoS requerida y envía el testigo, previamente recibido, como parte de la petición de Activación (PS: el testigo que incluye la QoS requerida se puede potencialmente obstaculizar por un UE malintencionado, que indica una QoS requerida mayor que la asignada). 6) El GGSN envía un mensaje de Autorización (Petición) que incluye el testigo recibido en la Activación secundaria del contexto PDP para la PDF, indicada por el testigo, en el interfaz Go. 7) La PDF evalúa que el testigo recibido desde el UE corresponde al testigo que la AF previamente emitió, es decir que la QoS requerida no excede de la QoS asignada para el servicio. La PDF envía una concesión 2   (Reconocimiento que incluye una QoS negociada) (o denegación) de vuelta al GGSN e inclúyelos los filtros a aplicar al Contexto PDP para que el GGSN haga labores policiales. Si la QoS requerida es mayor que la QoS asignada, la PDF puede degradar la QoS a una QoS menor negociada. 8) El establecimiento se lleva a cabo en el GGSN de manera que solamente los paquetes que pertenecen a la sesión correcta se pasan a través del Contexto PDP. Otros paquetes se paran, se caen o se manejan de alguna otra manera, pero no se entregan al destino. (Por ello, el Equipo de Usuario no se servirá con una clase de servicio mayor que por la que paga). 9) El GGSN envía de vuelta la Aceptación de Activación del Contexto PDP al UE y el UE puede empezar enviando los datos en (el túnel establecido de acuerdo con) el nuevo Contexto PDP secundario. Arquitectura alternativa conocida En la fig. 1b, una arquitectura alternativa conocida se ha mostrado con relación a la TS 23.254-6 Anexo F. De acuerdo con la fig. 1b, se proporciona un interfaz Gn entre la pasarela de paquetes de datos y el GGSN de manera que la pasarela de paquetes de datos puede acceder a Internet a través de un GGSN. No se proporciona ningún interfaz Wi entre la PDG e Internet. Una componente designada Pasarela de Terminación de Túnel (TTG) que reside en la PDG logra la conectividad con el GGSN, donde el GGSN puede hacerse tarificación de alguna de las funciones de la PDG por ejemplo las funciones de tarificación. De ahí, la funcionalidad de la PDG conocida se realiza por la PDG y el GGSN en común. Se debería señalar que, la PDG de la fig. 1b no es capaz de controlar la QoS hacia la red central 3G para un equipo de usuario de la WLAN. Integración WLAN / 3G Hay trabajo de estandarización en curso para integrar el acceso WLAN, (Red de Acceso Local - Inalámbrica), tal como se especifica de acuerdo con las series de protocolos IEEE 802.11 con la red central de GSM/GERAN/3G (Móvil Especial de Grupo / EDGE/ telefonía móvil de 3ª generación UMTS). El trabajo en curso en el 3GPP (Proyecto de Cooperación de 3ª Generación), 3GPP2 e IEEE. Se han definido seis escenarios para varios grados de integración en 3GPP. Los escenarios 1, 2 y 3 se han tratado en la medida que se indica en la TS 23.234. El trabajo para el escenario 3, es decir la integración de servicios de datos WLAN GSM/3G se especifica en la etapa 2 en la TS 23.234 que soporta los servicios de datos (IMS, MMS, SMS) para los operadores de la red local móvil. En la TS 22.234 se especifica que debería ser posible proporcionar el IMS sobre la WLAN. La mayoría de las WLAN desplegadas hoy en día son sistemas 802.11b. Estos sistemas no tienen soporte de QoS y por lo tanto no están sujetas a la SBLP (Política Local Basada en Servicios) explicada anteriormente. No obstante, en el IEEE hay un esfuerzo de estandarización que va en el grupo del tema 802.11e para especificar el soporte de la QoS para los sistemas 802.11. La arquitectura WLAN/3GPP especificada en la TS 23.234 V.6.1.0 (2004-06) se muestra en la fig. 1. El UE de la WLAN puede acceder a la Red de Acceso WLAN y hacer los procedimientos de seguridad hacia la Red Local 3G usando el interfaz Wa a través del servidor AAA del 3GPP. Este es el escenario 2 de acuerdo con el alcance 3GPP. Para el escenario 3, es decir la integración de servicios de datos de WLAN GSM/3G, el UE de la WLAN establece un túnel en el interfaz Wu a una PDG (Pasarela de Paquetes de Datos), para acceder a los servicios de datos 3G y otros servicios de datos a través del interfaz Wi. El túnel se supone que es un túnel IP Sec, extremo a extremo entre el UE y la PDG, y se usará para multiplexar todos los servicios de tráfico de datos. De acuerdo con la arquitectura WLAN/3GPP especificada en la TS 23.234 V.6.1.0 (2004-06), se especifica (en la sección 6.2.6 que la PDG realizará las funciones del Punto de Refuerzo de la Política Local Basada en Servicios (SBLP) que controla la calidad del servicio se proporciona a un conjunto de flujo IP como se define por un clasificador de paquetes, el control basado en la política que se aplica a los portadores IP asociados con el flujo y la configuración del paquete que maneja y la funcionalidad de compuerta en el plano de usuario. En la sección 6.2.6 se menciona brevemente que la... [Seguir leyendo]

1. La pasarela de paquetes de datos (PDG) en una red central integrada WLAN GSM/3G, que comprende un encaminador (R) que tiene una serie de pasarelas (Wi; OP_INT1, OP_INT2, INT_DEFAULT) que se asocian con varias clases de QoS (BE, EF), un interfaz a una red WLAN (Wu) y un interfaz lógico (Go) a una función de decisión de políticas (PDF), la pasarela de paquetes de datos que se engancha en un procedimiento de Política Local Basada en Servicios (SBLP) 3GPP, por el cual se recibe una clase de QoS negociada - en forma de una señal de reconocimiento del portador (9) en la pasarela de paquetes de datos (PDG) para un identificador de sesiones SIP dado como se negocia entre una entidad de usuario (UE), una Función de Aplicaciones (AF), y la Función de Decisión de Políticas (PDF), la pasarela de paquetes de datos que filtra y distribuye los paquetes entrantes de acuerdo con la clase de QoS para el identificador de sesiones SIP dado, la pasarela de paquetes de datos (PDG) además controla el encaminador (R) para distribuir los paquetes entrantes de acuerdo con la clase de QoS para el identificador de sesiones SIP dado, el encaminador (R) que descarta selectivamente los paquetes de datos o que envía los paquetes de datos a la pasarela por defecto para los paquetes que no están asociados con una clase de QoS y que envía los paquetes de datos asociados con una clase de QoS alta a una pasarela dada que proporciona una QoS (EF) alta, caracterizada porque la pasarela de paquetes de datos (PDG) además comprende una unidad de traducción (TLT), la unidad de traducción (TLT) controla el encaminador (R) para distribuir los paquetes entrantes de acuerdo con la clase de QoS para el identificador de sesiones SIP dada, los puntos de código de DiffServ se incluyen en la señal de reconocimiento del portador (9) de la pasarela de paquetes de datos (PDG), a continuación de una autorización con la función de decisión de políticas (PDF), en donde los paquetes se etiquetan con los puntos de código de DiffServ entre la entidad de usuario y la pasarela de paquetes de datos (PDG), el filtrado de los paquetes entre la UE y la PDG que se lleva a cabo en dependencia del código DiffServ que identifica la clase de QoS negociada, y en la que todo el tráfico para varios servicios se multiplexa en un mismo túnel extremo a extremo entre la entidad de usuario y la pasarela de paquetes de datos (PDG). 2. La pasarela de paquetes de datos (PDG) de acuerdo con la reivindicación 1 en la que el punto de código de DiffServ de una cabecera interna de un túnel se copia a la cabecera externa. 3. La pasarela de paquetes de datos de acuerdo con la reivindicación 1 o 2, en la que el interfaz lógico (Go) a la al menos una función de decisión de políticas (PDF) se comparte con los interfaces lógicos (Go) de los nodos de soporte GPRS pasarela (GGSN) desde el punto de vista de los nodos de este último. 4. El método para una pasarela de paquetes de datos (PDG) en una red central integrada WLAN GSM/3G, que comprende un encaminador (R) que tiene una serie de pasarelas (Wi; OP_INT_1, OP_INT_2; INT_DEFAULT) que se asocian con diversas clases de QoS (BE, EF), la pasarela de paquetes de datos que se engancha en un procedimiento de Política Local Basada en Servicios (SBLP) del 3GPP, por el cual se recibe una clase de QoS negociada en forma de una señal de reconocimiento del portador (9) en la pasarela de paquetes de datos (PDG) para un identificador de sesiones SIP dado según se negocia entre una entidad de usuario (UE), una Función de Aplicaciones (AF), y una Función de Decisión de Políticas (PDF), la pasarela de paquetes de datos que filtra y distribuye los paquetes entrantes de acuerdo con la clase de QoS para el identificador de sesiones SIP dado, el método que comprende los pasos de - descartar los paquetes de datos o enviar los paquetes de datos selectivamente a la pasarela por defecto para que los paquetes no sean asociados con una clase de QoS y enviar los paquetes de datos asociados con una clase de QoS alta a una pasarela dada que proporciona una QoS (EF) alta, caracterizado porque comprende los pasos adicionales de - distribuir los paquetes entrantes de acuerdo con la clase de QoS para el identificador de sesiones SIP dado, - incluir los puntos de código de DiffServ en la señal de reconocimiento del portador (9) de la pasarela de 8   paquetes de datos (PDG), a continuación de una autorización con la función de decisión de políticas (PDF), de manera que los paquetes se etiquetan con los puntos de código de DiffServ entre la entidad de usuario y la pasarela de paquetes de datos (PDG), - llevar a cabo el filtrado de los paquetes entre la UE y la PDG en dependencia del código de DiffServ que identifica la clase de QoS negociada, y en el que todo el tráfico para los diversos servicios se multiplexa en un mismo túnel extremo a extremo entre la entidad de usuario y la pasarela de paquetes de datos (PDG). 9     11   12   13   14     16   17   18