ES2368147T3 - Método y sistema para implementación de sblp para un sistema integrado wlan-gsm/3g. - Google Patents
Método y sistema para implementación de sblp para un sistema integrado wlan-gsm/3g. Download PDFInfo
- Publication number
- ES2368147T3 ES2368147T3 ES04809021T ES04809021T ES2368147T3 ES 2368147 T3 ES2368147 T3 ES 2368147T3 ES 04809021 T ES04809021 T ES 04809021T ES 04809021 T ES04809021 T ES 04809021T ES 2368147 T3 ES2368147 T3 ES 2368147T3
- Authority
- ES
- Spain
- Prior art keywords
- pdg
- oos
- gateway
- class
- data packet
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
- H04W28/18—Negotiating wireless communication parameters
- H04W28/20—Negotiating bandwidth
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
- H04L12/4633—Interconnection of networks using encapsulation techniques, e.g. tunneling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/302—Route determination based on requested QoS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/302—Route determination based on requested QoS
- H04L45/308—Route determination based on user's profile, e.g. premium users
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/20—Traffic policing
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
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).
Description
Metodo y sistema para implementaci6n de SBLP para un sistema integrado WLAN-GSM/3G
La presente invenci6n se refiere al area de control de politicas en una red integrada 3GPP-WLAN. Mas concretamente, la presente aplicaci6n se refiere al escenario 3 en el alcance del trabajo de 3GPP y el uso del control de politicas para el futuro interfuncionamiento de WLAN IEEE 802.11e con las redes 3GPP.
Politica Local basada en Servicios
El IMS, (Subsistema Multimedia IP), es una especificaci6n del subsistema 3G que permite servicios basados en el Protocolo de Internet enriquecidos sobre tecnologias de acceso tales como, WCDMA, CDMA2000 y GERAN. Servicios del IMS ejemplares son: Voz sobre telefonia IP, llamadas de conferencia multiparte, tambien designadas pulsar para hablar, video conferencia, descarga de ficheros, musica bajo demanda etc. Otros numerosos servicios se preve que sean permitidos por el IMS. El IMS se especifica en los estandares 3GPP, por ejemplo en la TS 23.228 (IMS), TS 23.002 (arquitectura de Red) y TS 23.207 (OoS 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 asociarian con diversas clases de calidad de servicio (OoS).
Para asegurar que los servicios se pueden ofrecer a los usuarios y aplicar una politica de manera que los usuarios "obtengan por lo que pagan", pero no mas que eso, se establecen las funciones de gesti6n de la OoS en el sistema IMS. La Funci6n de Decisi6n de Politicas (PDF) y la Funci6n 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 Decisi6n de Politicas para la Politica Local basada en Servicio (SBLP) y hace que las decisiones de politica se basen en la informaci6n de la configuraci6n de la politica recibida desde la AF y proporciona las decisiones finales de las politicas que controlan los recursos de OoS asignados para las secuencias de medios autorizadas transfiriendo la decisi6n al GGSN.
La funci6n de aplicaciones (AF) asegura que los recursos de portadores IP adecuados se pueden asignar al equipo de usuario (UE) correspondiente a la comunicaci6n dada (tipo de aplicaci6n) que el usuario intenta establecer (TS 23.207, comparese con la secci6n 5.2.4). La AF indica a la PDF si la PDF deberia contactar o no la AF en la reserva de recursos del UE e indica a la PDF si los medios deberian ser habilitados o deshabilitados.
El procedimiento de senalizaci6n para la SBLP implicado en el metodo de autorizaci6n 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 m6vil originada (MO), el UE envia un mensaje de inicializaci6n SIP a la AF (P-CSCF) que indica una sesi6n. Para una llamada m6vil terminada (MT), la AF (P-CSCF) recibe un mensaje SIP desde otro terminal m6vil o fijo.
2) La AF solicita a la PDF un testigo asociado con esta solicitud de sesi6n (mensaje de inicializaci6n SIP) y hace una indicaci6n para una OoS correspondiente.
3) La PDF examina la petici6n y si se puede aceptar asigna una OoS adecuada, que normalmente puede no desviarse de la OoS indicada en el paso 2) y genera un testigo (que contiene un identificador de la PDF (nota: la red puede incluir multiples PDF); un identificador de sesiones y la OoS asignada para la sesi6n) y lo envia a la AF sobre el interfaz Gq. El testigo y la OoS asignada asociada se almacenan en la PDF a ser usada en el paso 6).
4) La AF envia el testigo al UE, usando la senalizaci6n SIP. La senalizaci6n incluye la OoS asignada a ser usada para la sesi6n.
5) El UE realiza una Petici6n de Activaci6n del contexto PDP / (Testigo) que implica activar un contexto PDP secundario para este nuevo servicio de acuerdo con una OoS requerida y envia el testigo, previamente recibido, como parte de la petici6n de Activaci6n (PS: el testigo que incluye la OoS "requerida" se puede potencialmente obstaculizar por un UE malintencionado, que indica una OoS requerida mayor que la asignada).
6) El GGSN envia un mensaje de Autorizaci6n (Petici6n) que incluye el testigo recibido en la Activaci6n secundaria del contexto PDP para la PDF, indicada por el testigo, en el interfaz Go.
7) La PDF evalua que el testigo recibido desde el UE corresponde al testigo que la AF previamente emiti6, es decir que la OoS requerida no excede de la OoS asignada para el servicio. La PDF envia una concesi6n (Reconocimiento que incluye una OoS negociada) (o denegaci6n) de vuelta al GGSN e incluyelos los filtros a aplicar al Contexto PDP para que el GGSN haga labores policiales. Si la OoS requerida es mayor que la OoS asignada, la PDF puede degradar la OoS a una OoS menor "negociada".
8) El establecimiento se lleva a cabo en el GGSN de manera que solamente los paquetes que pertenecen a la sesi6n correcta se pasan a traves 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 servira con una clase de servicio mayor que por la que paga).
9) El GGSN envia de vuelta la Aceptaci6n de Activaci6n del Contexto PDP al UE y el UE puede empezar enviando los datos en (el tunel establecido de acuerdo con) el nuevo Contexto PDP secundario.
Arquitectura alternativa conocida
En la fig. 1b, una arquitectura alternativa conocida se ha mostrado con relaci6n 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 traves de un GGSN. No se proporciona ningun interfaz Wi entre la PDG e Internet. Una componente designada Pasarela de Terminaci6n de Tunel (TTG) que reside en la PDG logra la conectividad con el GGSN, donde el GGSN puede hacerse tarificaci6n de alguna de las funciones de la PDG por ejemplo las funciones de tarificaci6n. De ahi, la funcionalidad de la PDG conocida se realiza por la PDG y el GGSN en comun.
Se deberia senalar que, la PDG de la fig. 1b no es capaz de controlar la OoS hacia la red central 3G para un equipo de usuario de la WLAN.
Integraci6n WLAN / 3G
Hay trabajo de estandarizaci6n en curso para integrar el acceso WLAN, (Red de Acceso Local -Inalambrica), tal como se especifica de acuerdo con las series de protocolos IEEE 802.11 con la red central de GSM/GERAN/3G (M6vil Especial de Grupo / EDGE/ telefonia m6vil de 3a generaci6n - UMTS). El trabajo en curso en el 3GPP (Proyecto de Cooperaci6n de 3a Generaci6n), 3GPP2 e IEEE. Se han definido seis escenarios para varios grados de integraci6n 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 integraci6n de servicios de datos WLAN GSM/3G seespecifica 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 m6vil. En la TS 22.234 se especifica que deberia ser posible proporcionar el IMS sobre la WLAN.
La mayoria de las WLAN desplegadas hoy en dia son sistemas 802.11b. Estos sistemas no tienen soporte de OoS y por lo tanto no estan sujetas a la SBLP (Politica Local Basada en Servicios) explicada anteriormente. No obstante, en el IEEE hay un esfuerzo de estandarizaci6n que va en el grupo del tema 802.11e para especificar el soporte de la OoS 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 traves del servidor AAA del 3GPP. Este es el escenario 2 de acuerdo con el alcance 3GPP.
Para el escenario 3, es decir la integraci6n de servicios de datos de WLAN GSM/3G, el UE de la WLAN establece un tunel 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 traves del interfaz Wi. El tunel se supone que es un tunel IP Sec, extremo a extremo entre el UE y la PDG, y se usara para multiplexar todos los servicios de trafico 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 secci6n 6.2.6 que la PDG realizara las funciones del Punto de Refuerzo de la Politica 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 politica que se aplica a los portadores IP asociados con el flujo y la configuraci6n del paquete que maneja y la funcionalidad de compuerta en el plano de usuario. En la secci6n 6.2.6 se menciona brevemente que la PDG:
- -
- Comunica con la Funci6n de Decisi6n de Politicas (PDF) para permitir que la informaci6n de interfuncionamiento de la politica local basada en servicios y la OoS sea "empujada" por la PDF o sea solicitada por la PDG. Esta comunicaci6n tambien proporciona informaci6n para soportar las siguientes funciones en la PDG:
- -
- El control de interfuncionamiento Diffserv;
- -
- El control del control de admisi6n RSVP e interfuncionamiento;
- -
- El control de la funci6n de "compuerta" en la PDG; -La autorizaci6n del portador WLAN;
- -
- La funci6n relacionada con la tarificaci6n de la OoS.
El problema con la soluci6n WLAN existente es que no hay mostrado ningun mecanismo para el control de la OoS hacia la red central 3G, aparte de la menci6n de que se usara la funcionalidad del GGSN no modificada. No obstante, no hay mostrada ninguna funci6n efectiva de filtrado y distribuci6n de paquetes.
Es un objeto basico de la presente invenci6n establecer en adelante un metodo para una implementaci6n de la
SBLP para un sistema integrado WLAN -GSM/3G.
Este objeto se ha logrado por la reivindicaci6n independiente 4.
Es un objeto adicional establecer en adelante una PDG (Pasarela de Paquetes de Datos).
Este objeto se ha consumado por la reivindicaci6n 1.
Otras ventajas apareceran a partir de la siguiente descripci6n detallada de la invenci6n.
Breve descripci6n de los dibujos
La fig. 1 muestra una pasarela de paquetes de datos (PDG) conocida segun se ve insertada en la arquitectura de red WLAN / 3GPP - GSM/3G conocida,
La fig. 1b muestra otra arquitectura de red WLAN / 3GPP -GSM/3G,
La fig. 2 es un diagrama de coloquio para el procedimiento de SBLP conocido para las entidades de usuario GSM/ 3G,
La fig. 3 muestra una pasarela de paquetes de datos (PDG) de acuerdo con la invenci6n segun se ve insertada en la arquitectura de red WLAN / 3GPP -GSM/3G conocida,
La fig. 4 es un diagrama de coloquio de acuerdo con una primera realizaci6n de la invenci6n para una entidad de usuario de la WLAN para la simulaci6n del procedimiento de la SBLP para las entidades de usuario GSM/ 3G,
La fig. 4b es un diagrama de coloquio de acuerdo con una segunda realizaci6n de la invenci6n para una entidad de usuario de la WLAN para la simulaci6n del procedimiento de la SBLP para las entidades de usuario GSM/ 3G relacionadas con la arquitectura de la fig. 1b,
La fig. 5 muestra la PDG de acuerdo con la primera realizaci6n de la invenci6n,
La fig. 6 es un diagrama de senalizaci6n que concierne a la entidad de usuario de la WLAN de acuerdo con la invenci6n, y
La fig. 7 muestra las diversas capas de protocolo que estan implicadas para la invenci6n y un equipo de usuario de acuerdo con la invenci6n.
SBLP en la PDG
Una primera realizaci6n de la invenci6n se refiere a la arquitectura mostrada en la figura 3, por la cual una entidad de usuario equipada WLAN, UE, que tiene al menos una tarjeta de interfaz de red WLAN esta comunicando con una pasarela de paquetes de datos, PDG.
La PDG de acuerdo con la invenci6n, mostrada en la fig. 5, esta llevando a cabo una SBLP para la obtenci6n de la funci6n de labores policiales equivalentes como se conoce a partir del nodo GGSN que hace trafico de labores policiales de las UE de 3G (UE 2) explicado anteriormente en conexi6n con la fig. 2. Para este prop6sito, se proporciona la PDG de acuerdo con una primera realizaci6n de la invenci6n con un nuevo interfaz, Go', que conecta con la PDF conocida. De acuerdo con la invenci6n, la PDG hace uso de los mismos mensajes, 1-4, 6 y 7 como se muestra en la fig. 4 cuando se lleva a cabo una SBLP. No obstante, de acuerdo con la realizaci6n preferente de la invenci6n, la senalizaci6n entre la UE y la PDG, es decir los mensajes 5 y 9, constituyen nueva senalizaci6n. Para la PDG la senalizaci6n entre la PDG y la PDF (Go'), es decir los mensajes 6 y 7, tambien constituyen nueva senalizaci6n.
De acuerdo con la invenci6n, se define un nuevo protocolo en el interfaz entre la UE y una PDG. En la fig. 7, este protocolo se ha mostrado que comprende las siguientes capas comenzando desde la capa 1: una capa fisica inalambrica 802.11, una capa MAC 802.11, una capa de tunel IP sec, una capa de control, una capa de sesi6n / portador y plano de usuario; y finalmente una capa IMS (servicios multimedia IP).
La capa de control define la comunicaci6n por medio de un formato de senalizaci6n, tambien mostrado en la fig. 7, para una senal de Petici6n del Portador, paso 5), y una senal de Reconocimiento del Portador, paso 9), ambas senales que comprenden una cabecera de control y una carga util. La cabecera de control comprende una bandera que indica que la carga util correspondiente en el paquete comprende informaci6n SBLP. La carga util comprende la clase de la OoS, el testigo, el ID de la sesi6n y el tipo de WLAN.
La PDG
De acuerdo con una realizaci6n preferente de la invenci6n, la invenci6n hace uso de las entidades de usuario habilitadas IEEE 802.11e y puede utilizar preferentemente el soporte DiffServ OoS soportado por la 802.11e.
La fig. 5 muestra una realizaci6n preferente de una PDG de la invenci6n. La PDG comprende una unidad de traducci6n y control, TLT, que controla un Encaminador, R.
El encaminador R proporciona la conexi6n a una pasarela por defecto a Internet en un nivel de mejor esfuerzo (BE), por ejemplo que no se asocia con ninguna OoS garantizada y proporcionando solamente velocidad moderada, una pasarela a traves de una clase de servicio garantizada, tal como el Reenvio Acelerado (EF), que pertenece por ejemplo a una red de operadores de servicios m6viles, OP INTERNET1, y una segunda pasarela que pertenece a esta ultima misma red de operadores (OP INTERNET2) pero que no proporciona reenvio Acelerado.
El encaminador ademas proporciona conexi6n con una pluralidad de WAG (Pasarelas de Acceso Inalambricas), WAG1 y WAG2, sobre interfaces Wp. La unidad de traducci6n y control TLT comprende un interfaz l6gico, Go', a una funci6n de decisi6n de politicas, PDF.
Preferentemente, la pasarela de paquetes de datos (PDG) hace uso del estandar DiffServ (Servicios Diferenciados), que es un estandar conocido del IETF (RFC 2475) cuyo objeto es proporcionar OoS (Calidad de Servicio) para el trafico IP. DiffServ usa el campo TOS (Tipo de Servicio) de IP para transportar la informaci6n sobre los requerimientos de servicio de los paquetes IP. DiffServ funciona en la capa 3 en el modelo OSI.
La secuencia de senalizaci6n de la fig. 4 se explicara ahora en mas detalle con respecto a la PDG:
El mensaje SIP paso 1) a la AF en la inicializaci6n del servicio indica la clase de servicio de demanda. La PDF envia de vuelta un testigo y un Punto de C6digo de DiffServ en el mensaje paso 3). Un Punto de C6digo de DiffServ identifica la OoS requerida, que se envia mediante el mensaje paso 4) a la UE por la AF. El testigo incluye un identificador del servicio junto con la OoS asignada en la PDF.
La UE recibe el testigo y el punto de c6digo de DiffServ, 4), y envia el testigo sobre la PDG en el mensaje 5). El testigo recibido por la PDG desde la UE, paso 5), identifica el servicio, para el que la petici6n del portador va a usar, junto con una direcci6n a la PDG a ser usada. La PDG obtiene autorizaci6n de acuerdo con los mensajes 6) y 7), para un portador dado de la PDF y abre una puerta para el Punto de C6digo de DiffServ requerido, y envia mas tarde una senal de reconocimiento de vuelta a la UE en el mensaje 9).
La informaci6n incluida en la senal de ACK del Portador, paso 9), incluye el punto de c6digo de DiffServ. El Punto de C6digo de DiffServ identifica la OoS negociada.
Dependiendo de la clase de OoS indicada por el campo de DiffServ, recibido en el paso 7), el encaminador R lleva a cabo su funci6n de labores policiales distribuyendo los paquetes entre cualquiera de las pasarelas anteriores o dejando caer los paquetes.
Esto permite a la PDG filtrar el trafico para una entidad de usuario dada, UE, para aceptar los paquetes que pertenecen al servicio con la OoS del punto de c6digo de DiffServ correcto aplicada. La UE puede por ejemplo requerir la OoS del Envio Acelerado (EF) para un servicio de difusi6n en forma continua de datos. La PDG abre consecuentemente, vease el paso 8), de la fig. 4 - una puerta de Reenvio Acelerado (EF) despues de que la PDF ha autorizado el servicio requerido como se indica por el testigo, proporcionado por el procedimiento de la SBLP. La funci6n de labores policiales de la PDG ademas podria proporcionar que los paquetes etiquetados con el EF se caerian y solamente se permitiria el trafico de Mejor Esfuerzo (BE) encaminando aquellos paquetes en la conexi6n de Internet por defecto mostrada en la fig. 5.
Usando este metodo de etiquetar paquetes con los puntos de c6digo de DiffServ, es posible multiplexar todo el trafico en el mismo tunel extremo a extremo entre la UE y la PDG (Wu), y aun aplicar la OoS diferenciada de acuerdo con los metodos de DiffServ. No hay necesidad de separar los portadores, tales como los usados en GPRS, en los que los Contextos PDP secundarios se usan para cada nuevo servicio. La etiqueta de la cabecera interior de un tunel se copiara a la cabecera exterior, para que el AN (Nodo de Acceso) de la WLAN realice la diferenciaci6n de la OoS. Otras formas de realizar la diferenciaci6n de la OoS podrian ser establecer multiples tuneles IPsec entre la UE y la PDG, cada tunel con una OoS unica (por ejemplo un tunel con trafico de EF y uno con trafico BE). El uso de mecanismos de la OoS emergentes en la 802.11 tambien se podria hacer. Los mecanismos existentes tales como RSVP tambien pueden ser posibles de usar.
Segunda realizaci6n
Una segunda realizaci6n de la invenci6n utiliza la arquitectura mostrada en la fig. 1b. Esta alternativa toma ventaja de las facilidades para la conectividad de las funciones de tarificaci6n y de labores policiales ya proporcionadas por el GGSN. De ahi, la funcionalidad de la pasarela de paquetes de datos (PDG) respecto a la interacci6n de la funci6n de politicas y la tarificaci6n se logra por los nodos GGSN y TTG distribuidos.
En la fig. 4b, se ha mostrado el procedimiento para llevar a cabo la SBLP en la arquitectura de la fig. 1b.
Los pasos 1 - 4 son identicos con el procedimiento mostrado en la fig. 4, mientras que la senal de Petici6n del Portador 51) se maneja por el nodo TTG.
Como se desprende de la fig. 4b, la TTG tras recibir una senal de Petici6n del Portador (testigo) desde la UE, senala una senal de Creaci6n de la Petici6n de Contexto PDP 61) a un GGSN dedicado, en donde el GGSN en cuesti6n emite la senal de Autorizaci6n 62) a la Funci6n de Decisi6n de Politicas (PDF). La PDF a su vez emite un Reconocimiento 71) con el testigo negociado y lo envia al GGSN, el cual a su vez envia una respuesta de crear el Contexto PDP 72) a la TTG.
Luego sigue el establecimiento de la PDG, paso 8), y la consiguiente senalizaci6n de Reconocimiento del Portador 91) a la UE, correspondiente a 9) en la fig. 4. La ventaja con la adaptaci6n en 4b es que se reutiliza la implementaci6n del interfaz Go en el GGSN, y tambien otras funciones como las funciones de tarificaci6n.
La UE de WLAN
La fig. 6 muestra el principio de funcionamiento desde la perspectiva de la entidad de usuario, UE, habilitada WLAN de acuerdo con la invenci6n. La entidad de usuario comprende una aplicaci6n de control WLAN, WLAN CTRL, una aplicaci6n de control de tunel para controlar los tuneles IPsec hacia una PDG local, TUNNEL CTRL, control SIP, SIP CTRL para manejar el testigo; y una aplicaci6n de control de portador, BEARER CTRL, para comunicar con la pasarela de paquetes de datos local, Home PDG.
El procedimiento llevado a cabo cuando el usuario inicia los datos de transmisi6n/recepci6n de paquetes conmutados sobre Internet, soportados por el sistema IMS se explicara a continuaci6n.
A) La UE de la WLAN se enciende e inicia el barrido para el acceso del AP de la WLAN.
La UE se asocia con un AP de la WLAN, y lee los parametros de acceso tales como la informaci6n del sistema y la informaci6n de acceso a partir de la Baliza.
Los procedimientos de seguridad se realizan, por ejemplo la autenticaci6n a la PLMN a traves de un servidor AAA de acuerdo con el escenario 2 en la especificaci6n 23.234 del 3GPP.
B) Para soportar el escenario 3 (soporte de servicios de datos (IMS, MMS, SMS) a la red local m6vil de los operadores) la UE establece un tunel IP Sec a la red Local. La PDG en la NW Local proporciona distintos servicios tales como el manejo de la OoS, la tarificaci6n, y el acceso a servicios de red internos y externos.
C) Cuando el usuario inicia una aplicaci6n IMS por ejemplo VoIP en un ordenador portatil, se inicia la senalizaci6n de control SIP 1) hacia el otro usuario final, a traves de un nodo P-CSCF (AF) en la NW Local. La senalizaci6n SIP (pasos 1 y 4) incluye el identificador de la sesi6n, el testigo de la autorizaci6n, la informaci6n del SDP (Protocolo de Descripci6n de Servicios) que describe el servicio incluyendo los parametros de la OoS requeridos. Los pasos 2 -3 de la fig. 4 se llevan a cabo.
La informaci6n del SDP se asigna a la informaci6n especifica del portador en el equipo de usuario; en este caso el SDP se asigna a los parametros de la WLAN, tales como los parametros de la 802.11a/b, la tasa de datos, las caracteristicas del retardo, las clases de prioridad de acceso si se proporciona el soporte de la 802.11e por la red de acceso de la WLAN.
D) El usuario senala 5) a la PDG el control especifico del portador para autorizar el uso del portador para la aplicaci6n IMS iniciada, y la apertura de la compuerta en la PDG. La PDG puede tener reglas especificas de tarificaci6n para la aplicaci6n especifica.
La informaci6n de compuerta, los filtros de flujo de servicio, la informaci6n de tarificaci6n etc., se pueden instalar en la PDG cuando la PDF autoriza el flujo del servicio pasos 6) 7) en la fig. 4. Los filtros de flujo del servicio pueden incluir la OoS autorizada. Se puede hacer una asignaci6n en la PDG a partir de los parametros del SDP de la OoS autorizada a las caracteristicas de la OoS del portador, por ejemplo las clases de la OoS de DiffServ, la tasa de datos, el retardo. Si la 802.11e no soporta DiffServ se pueden insertar etiquetas en la PDG en los paquetes del enlace ascendente para obtener el servicio acelerado en la red externa.
El reconocimiento del portador a la UE paso 9).
El flujo de servicio se inicia y el usuario puede enviar la carga util de la aplicaci6n extremo a extremo. Cuando el usuario se cuelga, los filtros de flujo del servicio se pueden eliminar y la compuerta cerrada en la PDG. El flujo de servicio se para.
Analogo manejo se lleva a cabo en la red local del usuario final asociado, por ejemplo la entidad de usuario UE3, en la PDG, o si es un usuario GPRS, el GGSN, y en el PDF etc.
Claims (4)
- REIVINDICACIONES1. 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 OoS (BE, EF), un interfaz a una red WLAN (Wu) y un interfaz l6gico (Go') a una funci6n de decisi6n de politicas (PDF),la pasarela de paquetes de datos que se engancha en un procedimiento de Politica Local Basada en Servicios (SBLP) 3GPP, por el cual se recibe una clase de OoS negociada -en forma de una senal 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 Funci6n de Aplicaciones (AF), y la Funci6n de Decisi6n de Politicas (PDF),la pasarela de paquetes de datos que filtra y distribuye los paquetes entrantes de acuerdo con la clase de OoS para el identificador de sesiones SIP dado,la pasarela de paquetes de datos (PDG) ademas controla el encaminador (R) para distribuir los paquetes entrantes de acuerdo con la clase de OoS para el identificador de sesiones SIP dado,el encaminador (R) que descarta selectivamente los paquetes de datos o que envia los paquetes de datos a la pasarela por defecto para los paquetes que no estan asociados con una clase de OoS y que envia los paquetes de datos asociados con una clase de OoS alta a una pasarela dada que proporciona una OoS (EF) alta, caracterizada porquela pasarela de paquetes de datos (PDG) ademas comprende una unidad de traducci6n (TLT), la unidad de traducci6n (TLT) controla el encaminador (R) para distribuir los paquetes entrantes de acuerdo con la clase de OoS para el identificador de sesiones SIP dada,los puntos de c6digo de DiffServ se incluyen en la senal de reconocimiento del portador (9) de la pasarela de paquetes de datos (PDG), a continuaci6n de una autorizaci6n con la funci6n de decisi6n de politicas (PDF),en donde los paquetes se etiquetan con los puntos de c6digo 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 c6digo DiffServ que identifica la clase de OoS negociada, y en la que todo el trafico para varios servicios se multiplexa en un mismo tunel 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 reivindicaci6n 1 en la que el punto de c6digo de DiffServ de una cabecera interna de un tunel se copia a la cabecera externa.
-
- 3.
- La pasarela de paquetes de datos de acuerdo con la reivindicaci6n 1 o 2, en la que el interfaz l6gico (Go') a la al menos una funci6n de decisi6n de politicas (PDF) se comparte con los interfaces l6gicos (Go) de los nodos de soporte GPRS pasarela (GGSN) desde el punto de vista de los nodos de este ultimo.
-
- 4.
- El metodo 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 OoS (BE, EF),
la pasarela de paquetes de datos que se engancha en un procedimiento de Politica Local Basada en Servicios (SBLP) del 3GPP, por el cual se recibe una clase de OoS negociada -en forma de una senal de reconocimiento del portador (9) -en la pasarela de paquetes de datos (PDG) para un identificador de sesiones SIP dado segun se negocia entre una entidad de usuario (UE), una Funci6n de Aplicaciones (AF), y una Funci6n de Decisi6n de Politicas (PDF),la pasarela de paquetes de datos que filtra y distribuye los paquetes entrantes de acuerdo con la clase de OoS para el identificador de sesiones SIP dado,el metodo 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 OoS y enviar los paquetes de datos asociados con una clase de OoS alta a una pasarela dada que proporciona una OoS (EF) alta,
caracterizado porque comprende los pasos adicionales de- -
- distribuir los paquetes entrantes de acuerdo con la clase de OoS para el identificador de sesiones SIP dado,
- -
- incluir los puntos de c6digo de DiffServ en la senal de reconocimiento del portador (9) de la pasarela de paquetes de datos (PDG), a continuaci6n de una autorizaci6n con la funci6n de decisi6n de politicas (PDF),
de manera que los paquetes se etiquetan con los puntos de c6digo 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 c6digo de DiffServ que identifica la clase de OoS negociada, y en el que todo el trafico para los diversos servicios se multiplexa en un mismo tunel extremo a extremo entre la entidad de usuario y la pasarela de paquetes de datos (PDG).
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/SE2004/001787 WO2006059931A1 (en) | 2004-12-03 | 2004-12-03 | Method and system for implementation of sblp for a wlan-gsm/3g integrated system |
Publications (1)
Publication Number | Publication Date |
---|---|
ES2368147T3 true ES2368147T3 (es) | 2011-11-14 |
Family
ID=36565321
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
ES04809021T Active ES2368147T3 (es) | 2004-12-03 | 2004-12-03 | Método y sistema para implementación de sblp para un sistema integrado wlan-gsm/3g. |
Country Status (5)
Country | Link |
---|---|
US (1) | US7916732B2 (es) |
EP (1) | EP1820305B1 (es) |
AT (1) | ATE520226T1 (es) |
ES (1) | ES2368147T3 (es) |
WO (1) | WO2006059931A1 (es) |
Families Citing this family (21)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070162599A1 (en) * | 2006-01-11 | 2007-07-12 | Samsung Electronics Co., Ltd. | Distributing a policy decision function in an IP multimedia subsystem |
WO2007107123A1 (fr) * | 2006-03-22 | 2007-09-27 | Huawei Technologies Co., Ltd. | Procédé de traitement et dispositif de communication pour flux de service dynamique et pour flux de service côté réseau |
CN101106812B (zh) * | 2006-07-11 | 2011-11-02 | 华为技术有限公司 | 通信网络及用户设备接入方法 |
US7961623B2 (en) | 2006-07-17 | 2011-06-14 | Camiant, Inc. | Combophone with QoS on cable access |
CN100471160C (zh) | 2006-07-31 | 2009-03-18 | 华为技术有限公司 | 实现在不同网络之间协商策略信息的方法和*** |
US7554987B2 (en) * | 2006-10-10 | 2009-06-30 | Motorola, Inc. | Quality of service modification using a token in a communication network |
EP2007078A1 (en) * | 2007-06-19 | 2008-12-24 | Panasonic Corporation | Header size reduction of data packets |
CN101399699B (zh) * | 2007-09-30 | 2011-10-05 | 华为技术有限公司 | 策略判决功能实体的寻址方法、网元设备及网络*** |
US8218540B1 (en) * | 2007-12-28 | 2012-07-10 | World Wide Packets, Inc. | Modifying a duplicated packet and forwarding encapsulated packets |
US20100097981A1 (en) * | 2008-10-16 | 2010-04-22 | Nishi Kant | Methods and systems for providing multiple media streams in a hybrid wireless network |
US20110145319A1 (en) * | 2009-12-15 | 2011-06-16 | Dolan Michael F | Group session management and admission control of multiple internet protocol flows |
US10433239B2 (en) * | 2011-04-01 | 2019-10-01 | Intel Corporation | Cross-layer optimized adaptive HTTP streaming |
US9408177B2 (en) | 2011-12-19 | 2016-08-02 | Cisco Technology, Inc. | System and method for resource management for operator services and internet |
US9210728B2 (en) * | 2011-12-19 | 2015-12-08 | Cisco Technology, Inc. | System and method for resource management for operator services and internet |
US9137171B2 (en) | 2011-12-19 | 2015-09-15 | Cisco Technology, Inc. | System and method for resource management for operator services and internet |
US20130212340A1 (en) * | 2012-02-15 | 2013-08-15 | International Business Machines Corporation | Partition aware quality of service feature |
US8565793B1 (en) | 2012-05-15 | 2013-10-22 | Cisco Technology, Inc. | System and method for scoped paging in multi-radio heterogeneous networks |
US9661522B2 (en) | 2012-07-09 | 2017-05-23 | Cisco Technology, Inc. | System and method associated with a service flow router |
CN103906055B (zh) | 2012-12-24 | 2017-12-26 | 中兴通讯股份有限公司 | 业务数据分流方法及*** |
US11212262B2 (en) * | 2019-03-04 | 2021-12-28 | Cyxtera Cybersecurity, Inc. | Management of network access request based on source address of device |
CN114040398A (zh) * | 2020-07-21 | 2022-02-11 | 中国电信股份有限公司 | 服务质量保障提供方法、***、网络设备和存储介质 |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
FI974558A (fi) * | 1997-12-18 | 1999-06-19 | Nokia Mobile Phones Ltd | Resurssin varaus liikkuvassa Internet-protokollassa |
US6621793B2 (en) * | 2000-05-22 | 2003-09-16 | Telefonaktiebolaget Lm Ericsson (Publ) | Application influenced policy |
JP3578209B2 (ja) * | 2000-11-20 | 2004-10-20 | 日本電気株式会社 | QoSサーバ及びリソース割当て制御方法 |
CA2327001A1 (en) * | 2000-11-27 | 2002-05-27 | Redback Networks Systems Canada Inc. | Policy schedule verification method and apparatus |
JP2005529522A (ja) | 2002-06-06 | 2005-09-29 | トムソン ライセンシング ソシエテ アノニム | 無線lanと移動通信ネットワークのハイブリッド結合のための論理無線ネットワーク・コントローラ(rnc)としての相互接続機能(iwf) |
US7330448B2 (en) * | 2002-08-21 | 2008-02-12 | Thomson Licensing | Technique for managing quality of services levels when interworking a wireless local area network with a wireless telephony network |
US20050007984A1 (en) * | 2003-05-02 | 2005-01-13 | Interdigital Technology Corporation | Method and architecture for accessing an internet protocol multimedia subsystem (IMS) over a wireless local area network (WLAN) |
US7826353B2 (en) * | 2003-05-05 | 2010-11-02 | Nokia Corporation | Method, system and network element for authorizing a data transmission |
-
2004
- 2004-12-03 US US11/720,496 patent/US7916732B2/en not_active Expired - Fee Related
- 2004-12-03 EP EP04809021A patent/EP1820305B1/en not_active Not-in-force
- 2004-12-03 AT AT04809021T patent/ATE520226T1/de not_active IP Right Cessation
- 2004-12-03 WO PCT/SE2004/001787 patent/WO2006059931A1/en active Application Filing
- 2004-12-03 ES ES04809021T patent/ES2368147T3/es active Active
Also Published As
Publication number | Publication date |
---|---|
WO2006059931A9 (en) | 2006-08-24 |
US20080181147A1 (en) | 2008-07-31 |
EP1820305A1 (en) | 2007-08-22 |
ATE520226T1 (de) | 2011-08-15 |
EP1820305B1 (en) | 2011-08-10 |
WO2006059931A1 (en) | 2006-06-08 |
US7916732B2 (en) | 2011-03-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
ES2368147T3 (es) | Método y sistema para implementación de sblp para un sistema integrado wlan-gsm/3g. | |
US8885539B2 (en) | Configurable quality-of-service support per virtual access point (VAP) in a wireless LAN (WLAN) access device | |
US8923256B2 (en) | Transfer of packet data in system comprising mobile terminal, wireless local network and mobile network | |
ES2333801T3 (es) | Sistema de telecomunicaciones. | |
JP4270888B2 (ja) | Wlan相互接続におけるサービス及びアドレス管理方法 | |
ES2398638T3 (es) | Establecimiento y mantenimiento de llamada en una red inalámbrica | |
EP1515510B1 (en) | Method and system for providing multiple encryption in a multi-band multi-protocol hybrid wired/wireless network | |
US11558879B2 (en) | Handling network traffic via a fixed access | |
ES2346469T3 (es) | Comunicacion de paquetes ip a un equipo de usuario movil. | |
TW200822617A (en) | Method and system for guaranteeing QoS between different radio networks | |
CN108370351B (zh) | 用于处置电信网络与用户装备之间的通信的方法 | |
EP1547299B1 (en) | Method and system for providing multiple encryption in a multi-band multi-protocol hybrid wired/wireless network | |
ES2252196T3 (es) | Interfuncionamiento en un sistema de comunicacion. | |
Wang et al. | Architecture of IMS over WiMAX PCC and the QoS mechanism | |
Elmangosh et al. | Quality of service provisioning issue of accessing IP multimedia subsystem via wireless LANS | |
Corici et al. | A Network Controlled QoS Model over the 3GPP Evolved Packet Core | |
Tarasiuk et al. | On the signaling system in the IPv6 QoS Parallel Internet | |
Rakocevic | Quality of Service Management in UMA | |
Room | 5G Quality of Service | |
Lehmann | Combined Mobility between H. 323 Multimedia Systems and GPRS/IMT2000 Networks: Architecture & QoS Aspects |